DatenWG Library · tool
DirectQuery
Für eine Fabric-SQL-Datenbank ist Direct Lake nicht nutzbar, weshalb im Berichtsmodell Import oder DirectQuery verwendet werden muss. (Stand 2025-05) In diesem Projekt wird bewusst weder DirectQuery noch Direct Lake genutzt, um die Fabric-Kapazitaet durch das mit Power-BI-Pro-Lizenzen ausgerollte Frontend nicht zu belasten. (Stand 2026-08) Wird das Zeitfenster einer DirectQuery-Abfrage auf eine Kusto-/Eventhouse-Datenbank deutlich verkleinert, hält die Fabric-Kapazität im Langzeittest spürbar länger durch. (Stand 2025-07)
Aliase
Direct Query
Kernaussagen
- In diesem Projekt wird bewusst weder DirectQuery noch Direct Lake genutzt, um die Fabric-Kapazitaet durch das mit Power-BI-Pro-Lizenzen ausgerollte Frontend nicht zu belasten.
- Gespiegelte Daten in Fabric zu nutzen ist günstiger, als DirectQuery direkt gegen große Lake-Systeme wie Snowflake oder Databricks zu fahren, weil dort pro Abfrage Rechenkosten anfallen.
- DirectQuery unterstützt laut den Sprechern bei Quellen wie Snowflake oder Databricks kein Sternschema.
- Bei DirectQuery-Abfragen über mehrere Fakttabellen hinweg entstehen laut den Sprechern schnell zusätzliche Overhead-Queries für jeden Join, was die Performance deutlich verschlechtert.
- Wird das Zeitfenster einer DirectQuery-Abfrage auf eine Kusto-/Eventhouse-Datenbank deutlich verkleinert, hält die Fabric-Kapazität im Langzeittest spürbar länger durch.
- DirectQuery gilt als sehr teuer im Kapazitätsverbrauch, was sich auch bei Translytical Task Flows gezeigt hat.
- Die Kombination aus DirectQuery und KQL ueber Kusto im Hintergrund funktioniert gut und macht bei schneller Interaktion mit den Live-Daten Spass.
- Direct Query gegen ein Produktivsystem kann bei hoher Last reale Performanceprobleme im ERP-System verursachen, wie ein Vorfall in einer Power-BI-Schulung zeigte.
- Für eine Fabric-SQL-Datenbank ist Direct Lake nicht nutzbar, weshalb im Berichtsmodell Import oder DirectQuery verwendet werden muss.
- Mit Direct Lake wäre das Zurückschreiben asynchron und dadurch deutlich schneller als mit DirectQuery.
- Eine eigene Datumstabelle aus der Quelle ist vor allem bei DirectQuery relevant, damit Jahresfilter direkt an die Quelle weitergereicht werden können, statt alle passenden Einzeltage aufzuzählen; im Import Mode ist das wegen der Persistierung der Daten weniger entscheidend.
Dokumente
- Microsoft Fabric — Einsteiger-Guide
- BI Thinkers Talk Nr.62
- BI Thinkers Talk nr.64
- Power BI Update Mai 2025
- BI Thinkers Talk nr.69
- Power BI von A bis Z — Einsteiger-Guide (End-to-End)
- Daten-WG Life-Update | Fabric Architekturen
- Fabric & Power BI Quarterly | 2025 Q2
- BI Thinkers Talk nr.71
- 600 SQL-Tabellen in Fabric
- Why Passion Beats Niche
- Microsoft Fabric — braucht das wirklich jemand?
- Fabric & Power BI Quarterly · 2025 Q3
- Fabric & Power BI Quarterly · 2026-1
- Daten-WG Deep Dive Financial Reporting
- Daten-WG Thinkers Talk n61
- Daten-WG Deep Dive Financial Reporting - part 6
- BI Thinkers Talk nr.67
Nachbarthemen
- Mirroring
- Sternschema
- Direct Lake
- Power BI
- Performance
- Microsoft Fabric
- OneLake
- Refresh
- Snowflake
- SQL
- Reporting
- Power BI Desktop
- Visualisierung
- Delta Lake
- Fabric Capacity
Hinweise
Kernaussagen und Beziehungen sind maschinell erzeugt und nicht redigiert. Heuristische Kanten zählen Erwähnungen, keine Bedeutung. Bei Widersprüchen gilt das Video.