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 pro sestavy ukládá data tabulek do mezipaměti. 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ů: Když uživatelé pracují s vizuály v sestavách Power BI, dotazy DAX (Data Analysis Expressions) se odesílají do sémantického modelu. Ukládání dat do paměti tím, že správně nastavíte režim úložiště, může zvýšit výkon dotazů a interaktivitu vašich 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 na velkých sémantických modelech, které jsou příliš velké nebo nákladné pro úplné uložení 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 být užitečné, když nebudou uloženy 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 "co je, kdyby" 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.
Vztahy mnoho-na-mnoho: Složité modely vám umožňují vytvářet vztahy mnoho-na-mnoho mezi tabulkami. V relaci M:N neplatí požadavky na 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 relací 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žijte vlastnost Úložný režim
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.
Pokud chcete nastavit vlastnost Režim úložiště nebo zobrazit aktuální nastavení:
V zobrazení Model vyberte tabulku, jejíž vlastnosti chcete zobrazit nebo nastavit.
V podokně Vlastnosti rozšiřte sekci Pokročilé a rozšiřte rozevírací seznam režimu úložiště .
Vlastnost režimu úložiště
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 mohou fungovat buď jako cachované, nebo necachované, v závislosti na kontextu dotazu zaslané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 importu je nevratná operace. Jakmile je tato vlastnost nastavená, nelze ji později změnit na DirectQuery nebo Duální.
Poznámka
V Power BI Desktopu i ve službě Power BI můžete použít režim úložiště Duální.
Omezení pro tabulky DirectQuery a Dual
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 o omezeních 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.
Řekněme, že všechny tabulky v tomto modelu jsou zpočátku nastaveny na DirectQuery. Pokud pak změníte režim úložiště tabulky SurveyResponse na Import, zobrazí se následující okno upozornění:
Tabulky dimenzí (Customer, Geographya Date) můžete nastavit na hodnotu Dual, 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 jednomnožinových vztahů.
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ě:
| Stůl | Režim úložiště |
|---|---|
| Prodej | DirectQuery |
| SurveyResponse | Dovoz |
| Datum | Dvojitý |
| Zákazník | Duální |
| Zeměpis | Duál |
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, data, customera Geography, takže doba načítání počátečních sestav je rychlá, když načítají hodnoty průřezu, které se mají zobrazit.
Power BI Desktop neuloží tabulku Sales 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 na sestavy založené na tabulce Sales spouštěné 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 vrátí z mezipaměti, a proto jsou relativně rychlé.
Dotazy, které zasáhly nebo minuly mezipaměť
Pokud připojíte SQL Profiler k diagnostickému portu na Power BI Desktop, můžete zjistit, které dotazy přistoupily k paměťové mezipaměti nebo ji pominuly, a to 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čít s DirectQuery
Pro každou událost typu Začátek 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í Vertipaq SE dotazu, je dotaz zodpovězen 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 Date, která je v režimu Dual. Proto by dotaz měl narazit na mezipaměť:
Následující dotaz odkazuje pouze na sloupec z tabulky Sales, která je v režimu DirectQuery. Proto by nemělo do mezipaměti:
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čtete CalendarYear hodnoty z mezipaměti a salesAmount hodnoty ze zdroje a pak výsledky zkombinujete, ale tento přístup je méně efektivní než provést operaci SUM/GROUP BY ve zdrojovém systému. Pokud se operace přenese na zdroj, počet vrácených řádků bude pravděpodobně mnohem menší.
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 měly zůstat synchronizované.
Dotazy zobrazené v předchozí části ukazují, že duální tabulky někdy zasáhnou mezipaměť 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 optimalizací 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í M:N v Power BI Desktopu.
Zobrazení tabulky
Pokud má alespoň jedna tabulka v sémantickém modelu režim úložiště nastavený na Import nebo na Duální režim, je zobrazitelná záložka zobrazení Tabulka.
Když v zobrazení Tabulka vyberete duální a importní tabulky, zobrazí se v nich data uložená v mezipaměti. Tabulky DirectQuery nezobrazují data a zobrazí se zpráva s informacemi, že tabulky DirectQuery se nedají zobrazit.
Důležité informace 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.
Související obsah
Další informace o složených modelech a DirectQuery najdete v následujících článcích: