GPU-Accelerated Data Warehousing for thae AI Era (w/ Maraki Ketema & Craig Peeper)

LIVESTREAM DATE/TIME 📅

October 30th - 9:30 AM (Pacific Time)

DESCRIPTION 📄

AI is changing the demands we place on the data warehouse. As BI, applications, and AI agents drive more concurrent analytical queries, traditional approaches are being pushed in new ways. Maraki Ketema and Craig Peeper from Microsoft join me to show how GPU-accelerated Fabric Data Warehouse is built for this new era of high-concurrency analytics. We'll cover: - How GPU-accelerated Fabric Data Warehouse is built for high-concurrency analytics - Benchmarks showing up to 7x faster performance versus competitors - The workloads and design patterns that benefit most

GUEST BIO (Maraki Ketema & Craig Peeper) 👤

Maraki Ketema is a Principal Product Manager at Microsoft. Craig Peeper is a Partner Software Engineer at Microsoft.

RELATED CONTENT 🔗

GPU-Accelerated Fabric Data Warehouse Announcement
Paper (Microsoft Research)

Power BI Architecture Choices for Azure Databricks (w/ Liping Huang)

LIVESTREAM DATE/TIME 📅

October 16th 2026 - 9:30 AM (Pacific Time)

DESCRIPTION 📄

Power BI gives you four main ways to report on data that lives in Azure Databricks: Direct Lake on OneLake, Direct Lake over mirrored Unity Catalog tables, DirectQuery against a Databricks SQL warehouse, and a composite model with import aggregations. Liping Huang wrote Microsoft's new white paper benchmarking all four side by side, and joins me to walk through the results.

The test runs the same TPC-DS data at roughly 26 million, 260 million and 2.6 billion rows, across cold, warm and hot cache, three filter scenarios and a 20-user load test. No pattern wins everywhere. Direct Lake holds up best for the warm and hot cache reports people open every day, queries that hit an aggregation table stay under 100ms at every volume, DirectQuery catches up (and sometimes wins) at 2.6 billion rows on an X-Large warehouse, and mirrored Unity Catalog tables slow down badly as the data grows.

GUEST BIO (NAME HERE) 👤

Liping Huang is the CEO of Data Leaps and a Data & AI Architect, blogger, YouTuber, keynote speaker and user group organizer (ex-Microsoft, ex-Databricks). Liping works with Tabular Editor as Field CTO for APAC and is passionate about helping Power BI users build better semantic models faster, creating content about Tabular Editor, Power BI, Fabric and Databricks on the Data Leaps YouTube channel and at dataleaps.co.uk.

RELATED CONTENT 🔗

White Paper (PDF)
White Paper Announcement
Data Leaps
Data Leaps YouTube
Liping's LinkedIn

Model Your Data in Power BI: Star Schemas, Filter Flow & Field Lists

Video by: Reid Havens

Plenty of Power BI issues that look like DAX issues start one layer down, in the model. The formula is correct, the relationship underneath it isn't doing what you assumed, and you spend an afternoon rewriting a measure that was never the problem.

This one covers the foundation the rest of it sits on. Why a model beats one giant flat table (smaller storage, better compression, faster refresh, and filter paths you get without writing any code), how dimensions and facts split the who-what-when-where from the numeric events, and what actually happens when someone picks a value in a slicer and that filter travels down the relationship into the fact table.

Then star versus snowflake, compared on the four things that decide it in practice: query performance, DirectQuery latency, how long the DAX ends up, and whether business users can find a field without asking someone. Star wins on all four. I also get into why the snowflake version keeps turning up anyway, since it usually arrives from a source system rather than from a decision anyone made.

The last section is the one that gets skipped. Every visual in Power BI generates a query with three ingredients (filter, group, summarize), and once that clicks, a wrong number stops being mysterious. After that it's the fields list itself: friendly names instead of cgo_key_fk, display folders, hidden keys, and descriptions that surface as tooltips. It sounds cosmetic, but an unreadable fields list is how you end up with six competing Excel copies of the same report.

Demystifying Databricks AI Coworker (w/ Youssef Mrini)

LIVESTREAM DATE/TIME 📅

September 11th - 9:30 AM (Pacific Time)

DESCRIPTION 📄

As enterprise AI transitions from basic conversational interfaces to context-aware execution, AI coworkers are redefining how organizations interact with their data ecosystem.

In this session, we demystify the paradigm of Databricks AI Coworker and examine how agentic workflows adapt to diverse operational needs, from plain-language business automation and decision support to code-first data engineering and developer pipelines.

GUEST BIO (Youssef Mrini) 👤

Youssef Mrini is a Developer Advocate at Databricks focused on empowering teams to build on the Databricks Data+AI Platform. His work centers on the Databricks Ecosystem such as AI/BI, Unity Catalog, Delta Lake, and native agentic workflows like Genie. Youssef produces deep-dive technical tutorials, and production-ready guidance dedicated entirely to maximizing value on Databricks.

RELATED CONTENT 🔗

Next Gen Lakehouse
Youssef on LinkedIn
Youssef on YouTube