Jaké jsou běžné scénáře použití zásad aktualizace tabulek

Přepněte služby pomocí rozevíracího seznamu Verze . Přečtěte si další informace o navigaci.
Platí pro: ✅ Microsoft Fabric ✅ Azure Data Explorer

Tato část popisuje známé scénáře, které používají zásady aktualizace. Pokud jsou vaše okolnosti podobné, přijměte tyto scénáře.

V tomto článku se dozvíte o těchto běžných scénářích:

Rozšiřování dat architektury Medallion

Zásady aktualizací pro tabulky umožňují efektivně provádět rychlé transformace a jsou kompatibilní s architekturou medallion lakehouse v Fabric.

V architektuře medailonu, když nezpracovaná data přistanou ve vstupní tabulce (bronzová vrstva), aktualizační politika použije počáteční transformace a uloží obohacený výstup do tabulky stříbrné vrstvy. Tento proces se kaskáduje, kdy data z tabulky silver layer aktivují další zásady aktualizace, které dále upřesní data a hydratují tabulku zlaté vrstvy.

Následující diagram ukazuje příklad zásady aktualizace rozšiřování dat s názvem Get_Values. Rozšířené datové výstupy se zapisují do tabulky silver layer, která obsahuje hodnotu časového razítka odvozenou z výpočtu a hodnoty pro vyhledávání založené na nezpracovaných datech.

Diagram znázorňující scénář rozšiřování dat architektury medallion pomocí zásad aktualizací

Směrování dat

Zvláštní případ rozšiřování dat nastane, když nezpracovaný datový prvek obsahuje data směrovaná do jiné tabulky na základě jednoho nebo více jeho atributů.

Představte si příklad, který používá stejná základní data jako předchozí scénář, ale tentokrát existují tři zprávy. První zpráva je telemetrická zpráva zařízení, druhá zpráva je alarm zařízení a třetí zpráva je chyba.

Pro zpracování tohoto scénáře se používají tři zásady aktualizace. Zásada aktualizace Get_Telemetry filtruje zprávu telemetrie zařízení, rozšiřuje data a ukládá je do tabulky Device_Telemetry . Podobně politika Get_Alarms ukládá data do tabulky Device_Alarms. Nakonec zásady aktualizace Log_Error odesílají neznámé zprávy do tabulky Error_Log a umožňují operátorům detekovat poškozené zprávy nebo neočekávaný vývoj schématu.

Následující diagram znázorňuje příklad se třemi zásadami aktualizace.

Diagram znázorňující scénář směrování dat pomocí zásad aktualizace

Optimalizace datových modelů

Zásady aktualizací v tabulkách jsou vytvořené pro rychlost. Tabulky obvykle odpovídají návrhu hvězdicového schématu, který podporuje vývoj datových modelů optimalizovaných pro výkon a použitelnost.

Dotazování tabulek ve hvězdicovém schématu často vyžaduje spojování tabulek, ale spojení tabulek můžou způsobit problémy s výkonem, zejména při dotazování velkých objemů dat. Pro zlepšení výkonu dotazů zploštěte model uložením denormalizovaných dat během příjmu.

Spojení tabulek v době příjmu dat funguje na malé dávce dat, což snižuje výpočetní náklady na spojení. Tento přístup výrazně zlepšuje výkon podřízených dotazů.

Můžete například rozšířit nezpracovaná telemetrická data ze zařízení vyhledáním hodnot z tabulky dimenzí. Zásada aktualizace provádí vyhledávání v době příjmu dat a ukládá výstup do denormalizované tabulky. Výstup můžete také rozšířit o data zdrojová z referenční tabulky dat.

Následující diagram ukazuje příklad s aktualizační zásadou s názvem Enrich_Device_Data. Tato zásada rozšiřuje výstupní data o data zdrojová z tabulky referenčních dat webu .

Diagram znázorňující scénář optimalizovaných datových modelů s využitím řešení zásad aktualizace