Správa režimu úložiště v Power BI Desktopu

V Microsoft Power BI Desktopu můžete určit režim úložiště tabulky. Režim úložiště umožňuje řídit, jestli Power BI Desktop ukládá data tabulek do mezipaměti v paměti pro sestavy. Ukládání do mezipaměti znamená dočasné ukládání dat do paměti.

Nastavení režimu úložiště nabízí mnoho výhod. Režim úložiště pro každou tabulku můžete nastavit jednotlivě v modelu. Tato akce umožňuje jeden sémantický model, který poskytuje následující výhody:

  • Výkon dotazů: Při interakci uživatelů s vizuály v sestavách Power BI se dotazy DAX (Data Analysis Expressions) odesílají do sémantického modelu. Ukládání do mezipaměti data do paměti tím, že správně nastavíte režim úložiště, může zvýšit výkon dotazů a interaktivitu sestav.

  • Velké sémantické modely: Tabulky, které nejsou uložené v mezipaměti, nevyužívají paměť pro účely ukládání do mezipaměti. Interaktivní analýzu můžete povolit u velkých sémantických modelů, které jsou příliš velké nebo nákladné pro úplnou mezipaměť do paměti. Můžete zvolit, které tabulky stojí za ukládání do mezipaměti a které ne.

  • Optimalizace aktualizace dat: Nemusíte aktualizovat tabulky, které nejsou uložené v mezipaměti. Dobu aktualizace můžete zkrátit ukládáním do mezipaměti pouze dat potřebných ke splnění smluv o úrovni služeb a vašich obchodních požadavků.

  • Požadavky téměř v reálném čase: Tabulky s požadavky téměř v reálném čase můžou těžit z toho, že se neulní do mezipaměti, aby se snížila latence dat.

  • Zpětný zápis: Zpětný zápis umožňuje podnikovým uživatelům zkoumat scénáře citlivostní analýzy změnou hodnot buněk. Vlastní aplikace můžou použít změny ve zdroji dat. Tabulky, které nejsou uložené v mezipaměti, můžou okamžitě zobrazit změny, což umožňuje okamžitou analýzu efektů.

Nastavení režimu úložiště v Power BI Desktopu je jednou ze tří souvisejících funkcí:

  • Složené modely: Umožňuje sestavě mít dvě nebo více datových připojení, včetně připojení DirectQuery nebo importu, v libovolné kombinaci. Další informace najdete v tématu Použití složených modelů v Power BI Desktopu.

  • Relace M:N: Ve složených modelech můžete mezi tabulkami vytvořit relace M:N. V relaci M:N se požadavky odeberou pro jedinečné hodnoty v tabulkách. Odebere také předchozí alternativní řešení, jako je zavedení nových tabulek pouze pro navázání relací. Další informace najdete v tématu Relace M:N v Power BI Desktopu.

  • Režim úložiště: V režimu úložiště teď můžete určit, které vizuály vyžadují dotaz na back-endové zdroje dat. Vizuály, které nevyžadují dotaz, se importují, i když jsou založené na DirectQuery. Tato funkce pomáhá zlepšit výkon a snížit zatížení back-endu. Dříve dokonce i jednoduché vizuály, jako jsou průřezy, iniciovaly dotazy odeslané do back-endových zdrojů.

Použití vlastnosti Režim úložiště

Vlastnost Režim úložiště je vlastnost, kterou můžete nastavit pro každou tabulku v modelu a řídí, jak Power BI ukládá data tabulky do mezipaměti.

Nastavení vlastnosti Režim úložiště nebo zobrazení aktuálního nastavení:

  1. V zobrazení Model vyberte tabulku, jejíž vlastnosti chcete zobrazit nebo nastavit.

  2. V podokně Vlastnosti rozbalte oddíl Upřesnit a rozbalte rozevírací seznam Režim úložiště.

    Screenshot of Relationship view highlight the option drop-down to change the storage mode.

Vlastnost Režim úložiště nastavíte na jednu z těchto tří hodnot:

  • Import: Importované tabulky s tímto nastavením se ukládají do mezipaměti. Dotazy odeslané do sémantického modelu Power BI, který vrací data z tabulek importu, je možné splnit pouze z dat uložených v mezipaměti.

  • DirectQuery: Tabulky s tímto nastavením nejsou uložené v mezipaměti. Dotazy, které odešlete do sémantického modelu Power BI – například dotazů DAX – a které vracejí data z tabulek DirectQuery, je možné splnit pouze spuštěním dotazů na vyžádání do zdroje dat. Dotazy, které odešlete do zdroje dat, používají dotazovací jazyk pro tento zdroj dat, například SQL.

  • Duální: Tabulky s tímto nastavením můžou fungovat buď jako uložené v mezipaměti, nebo ne v mezipaměti v závislosti na kontextu dotazu odeslaného do sémantického modelu Power BI. V některých případech splníte dotazy z dat uložených v mezipaměti. V jiných případech splníte dotazy spuštěním dotazu na vyžádání do zdroje dat.

Změna režimu úložiště tabulky na import je nevratná operace. Po nastavení této vlastnosti není možné ji později změnit na DirectQuery nebo Duální.

Poznámka:

V Power BI Desktopu i v služba Power BI můžete použít režim duálního úložiště.

Omezení pro tabulky DirectQuery a Duální

Duální tabulky mají stejná funkční omezení jako tabulky DirectQuery. Tato omezení zahrnují omezené transformace jazyka M a omezené funkce DAX v počítaných sloupcích. Další informace najdete v tématu Omezení DirectQuery.

Šíření duálního nastavení

Vezměte v úvahu následující model, kde všechny tabulky pocházejí z jednoho zdroje, který podporuje import a DirectQuery.

Screenshot of the example Relationship view for storage mode.

Řekněme, že všechny tabulky v tomto modelu jsou zpočátku nastavené na DirectQuery. Pokud pak změníte režimúložiště tabulky SurveyResponse na Import, zobrazí se následující okno upozornění:

Screenshot showing a warning window that describes the results of changing the storage mode to Import.

Tabulky dimenzí (Customer, Geography a Date) můžete nastavit na duální, abyste snížili počet omezených relací v sémantickém modelu a zlepšili výkon. Omezené relace obvykle zahrnují alespoň jednu tabulku DirectQuery, kde logiku spojení nelze odeslat do zdrojových systémů. Vzhledem k tomu, že duální tabulky můžou fungovat jako tabulky DirectQuery nebo Import, této situaci se vyhnete.

Logika šíření je navržená tak, aby pomohla s modely, které obsahují mnoho tabulek. Předpokládejme, že máte model s 50 tabulkami a je potřeba ukládat do mezipaměti pouze určité tabulky faktů (transakčních). Logika v Power BI Desktopu vypočítá minimální sadu tabulek dimenzí, které musí být nastaveny na duální, takže nemusíte.

Logika šíření prochází pouze na jednu stranu relací 1:N.

Příklad použití režimu úložiště

Představte si, že použijete následující nastavení vlastností režimu úložiště:

Table Režim úložiště
Prodej DirectQuery
SurveyResponse Importovat
Datum Duální
zákazníku Duální
Zeměpisná oblast Duální

Nastavení těchto vlastností režimu úložiště má za následek následující chování za předpokladu, že tabulka Sales má významný objem dat:

  • Power BI Desktop ukládá tabulky dimenzí do mezipaměti, datum, zákazníka a zeměpis, takže časy načítání počátečních sestav jsou rychlé, když načítají hodnoty průřezu, které se mají zobrazit.

  • Power BI Desktop tabulku Sales neuloží do mezipaměti. Power BI Desktop poskytuje následující výsledky tím, že tuto tabulku neuloží do mezipaměti:

    • Doby aktualizace dat se vylepšují a snižuje se spotřeba paměti.
    • Dotazy sestavy založené na tabulce Sales (Prodej ) běží v režimu DirectQuery . Tyto dotazy můžou trvat déle, ale jsou blíž k reálnému čase, protože se nezavádějí žádné latence ukládání do mezipaměti.
  • Dotazy sestavy založené na tabulce SurveyResponse se vrací z mezipaměti v paměti, a proto jsou poměrně rychlé.

Dotazy, které narazily na mezipaměť nebo zmeškaly mezipaměť

Pokud připojíte SQL Profiler k portu diagnostiky pro Power BI Desktop, můžete zjistit, které dotazy v mezipaměti v paměti narazily nebo zmeškaly, provedením trasování založeného na následujících událostech:

  • Události dotazů\Začátek dotazu
  • Zpracování dotazů\Začátek dotazu Vertipaq SE
  • Zpracování dotazů\Začátek DirectQuery

U každé události Zahájení dotazu zkontrolujte další události se stejným ID aktivity. Pokud například neexistuje událost Zahájení DirectQuery, ale existuje událost Zahájení dotazu Vertipaq SE, odpoví dotaz z mezipaměti.

Dotazy, které odkazují na duální tabulky, vrací data z mezipaměti, pokud je to možné; jinak se vrátí k DirectQuery.

Následující dotaz pokračuje z předchozí tabulky. Odkazuje pouze na sloupec z tabulky Kalendářní datum , který je v duálním režimu. Proto by dotaz měl narazit na mezipaměť:

Screenshot showing the text of query that refers to the Date table.

Následující dotaz odkazuje pouze na sloupec z tabulky Prodej , který je v režimu DirectQuery . Proto by se nemělo nacházet v mezipaměti:

Screenshot showing the text of query that refers the Sales table.

Následující dotaz je zajímavý, protože kombinuje oba sloupce. Tento dotaz nenarazí na mezipaměť. Zpočátku můžete očekávat, že načte hodnoty CalendarYear z mezipaměti a hodnoty SalesAmount ze zdroje a pak výsledky zkombinují, ale tento přístup je méně efektivní než odeslání operace SUM/GROUP BY do zdrojového systému. Pokud je operace vložena do zdroje, počet vrácených řádků bude pravděpodobně mnohem menší:

Screenshot showing the text of query that refers to both the Date table and the Sales table.

Poznámka:

Toto chování se liší od relací M:N v Power BI Desktopu při kombinování tabulek uložených v mezipaměti a tabulek mimo mezipaměť.

Mezipaměti by se měly uchovávat synchronizované.

Dotazy zobrazené v předchozí části ukazují, že duální tabulky někdy do mezipaměti narazily a někdy ne. V důsledku toho se dají vrátit různé hodnoty, pokud mezipaměť není aktuální. Spuštění dotazu se nepokusí maskovat problémy s daty například filtrováním výsledků DirectQuery tak, aby odpovídaly hodnotám uloženým v mezipaměti. Je vaší zodpovědností znát toky dat a měli byste ho navrhnout odpovídajícím způsobem. V případě potřeby existují zavedené techniky pro zpracování takových případů ve zdroji.

Režim duálního úložiště je optimalizace výkonu. Měla by se používat jenom způsoby, které neohrožuje schopnost splnit obchodní požadavky. Pro alternativní chování zvažte použití technik popsaných v relacích M:N v Power BI Desktopu.

Zobrazení dat

Pokud má alespoň jedna tabulka v sémantickém modelu režim úložiště nastavenou na Možnost Import nebo Duální, zobrazí se karta Zobrazení dat .

Screenshot highlighting the Data view icon.

Když v zobrazení dat vyberete duální tabulky a importu, zobrazí se data uložená v mezipaměti. Tabulky DirectQuery nezobrazují data a zobrazí se zpráva s informacemi, že tabulky DirectQuery se nedají zobrazit.

Úvahy a omezení

Aktuální verze režimu úložiště a jeho korelace se složenými modely má několik omezení.

S složenými modely se nedají použít následující živé zdroje připojení (multidimenzionální):

  • SAP HANA
  • SAP Business Warehouse

Když se k těmto multidimenzionálním zdrojům připojíte pomocí DirectQuery, nemůžete se připojit k jinému zdroji DirectQuery ani ho kombinovat s importovanými daty.

Stávající omezení používání DirectQuery se stále vztahují, když používáte složené modely. Mnohé z těchto omezení jsou teď pro každou tabulku v závislosti na režimu úložiště tabulky. Počítaný sloupec v importované tabulce může například odkazovat na jiné tabulky, ale počítaný sloupec v tabulce DirectQuery je stále omezený tak, aby odkazoval jenom na sloupce ve stejné tabulce. Další omezení platí pro model jako celek, pokud některé z tabulek v modelu jsou DirectQuery.

Další informace o složených modelech a DirectQuery najdete v následujících článcích: