Tvorba datového modelu

Power BI nabízí tři hlavní způsoby, jak zaintegovat data do vašeho modelu. Každý přístup má své výhody a omezení, které je nutné pochopit pro správný výběr v kontextu vaší situace.

Import (Storage Mode: Import)

Import zkopíruje data do paměti Power BI, kde se komprimují pomocí VertiPaq enginu. Toto je nejrychlejší přístup pro analytiku, ale vyžaduje správu kapacity.

DirectQuery (Storage Mode: DirectQuery)

DirectQuery vytvoří Connect s podkladovým zdrojem dat. Dotazy se překládají do nativního SQL nebo jiného dialektu a vrací se výsledky v reálném čase bez kopírování dat.

Live Connection (Storage Mode: Live Connection)

Live Connection se připojuje k Analysis Services (SSAS) nebo ke sdíleným sémantickým modelům v Power BI Service. Data zůstávají na serveru, Power BI Desktop slouží pouze jako frontendový nástroj. Pro připojení ke sdíleným modelům v Service stačí licence Pro — Premium není podmínkou.

Praktická implementace: Importování tabulek z AdventureWorks DW 2019 do Power BI a transformace v Power Query.

SELECT
  frs.SalesOrderNumber,
  frs.OrderDate,
  frs.SalesAmount,
  dp.EnglishProductName,
  dr.ResellerName,
  dd.FullDateAlternateKey
FROM FactResellerSales frs
INNER JOIN DimProduct dp ON frs.ProductKey = dp.ProductKey
INNER JOIN DimReseller dr ON frs.ResellerKey = dr.ResellerKey
INNER JOIN DimDate dd ON frs.OrderDateKey = dd.DateKey

Alternativně můžete importovat celé tabulky a relace nastavit později v modelu.

Relace (relationships) spojují tabulky v modelu a definují, jak se filtry šíří. Klíčová rozlišení: kardinalita a směr filtrace.

Kardinalita relací

Směr filtrace (Filter Direction)

Jednosměrný (One Direction): Filtry z jedné strany (obvykle dimenze) se šíří na druhou stranu (fakta).

Obousměrný (Both Directions): Filtry se šíří oběma směry. Používejte opatrně—může zpomalit výkon.

-- Syntaxe TMDL / Tabular Editor (ve formula baru Power BI Desktop
-- píšete jen tělo výrazu bez klíčového slova MEASURE)
-- USERELATIONSHIP aktivuje neaktivní relaci v CALCULATE
MEASURE FactSales[Sales by Active Rel] =
  SUM(FactSales[Amount])

MEASURE FactSales[Sales by Inactive Rel] =
  CALCULATE(
    SUM(FactSales[Amount]),
    USERELATIONSHIP(FactSales[DateKey], DimDate[DateKey])
  )

Hierarchie umožňují drill-down z vyšší úrovně (rok) na nižší (den). Typicky se používají s kalendárními daty.

Hierarchie kalendáře: Year → Quarter → Month → Day

V Power BI Desktop: Vyberte sloupce v Field listu → pravý klik → New hierarchy → drag sloupce v pořadí.

Star Schema (Hvězda)

Jedna centrální fact tabulka obklopena dimenzemi bez dalšího normalizace.

• ✓ Jednoduchý model, rychlé dotazy
• ✓ Méně relací, méně CALCULATE potřeba
• ✗ Redundance v dimenzích (e.g., City → State → Country opakovaně)

Snowflake Schema (Sníh)

Dimenze jsou dále normalizovány do Related tabulek (e.g., DimGeography > DimCity > DimState).

• ✓ Nízká redundance, čistší struktura
• ✓ Lepší pro správu údajů (jedna záznamu geography jednou)
• ✗ Více relací, složitější CALCULATE výrazy

Power BI podporuje přímou M:N kardinalitu nativně od roku 2018 — bez bridge tabulky. Bridge tabulka je doporučená best practice zejména v situacích, kde hrozí double-counting (typicky fact-to-fact M:N, např. FactSales ↔ FactBudget). Pro dimension-to-dimension M:N (produkt ve více kategoriích) přímá M:N obvykle funguje správně.

Implementace s Bridge tabulkou

-- Power Query: vytvoření Bridge tabulky z Excel/SQL
let
    Source = Sql.Database("server", "database"),
    ProductCategories = Table.Distinct(
        Table.SelectColumns(..., {"ProductKey", "CategoryKey"})
    )
in
    ProductCategories

Pojmenování

• Tabulky: CamelCase, singulární (DimProduct, FactSales, ne DimProducts)
• Sloupce: CamelCase, popisný (OrderDate, ne OD; SalesAmount, ne SA)
• Míry: Bez prefixu tabulky ([Total Sales], ne [FactSales Total Sales])
• Sloupce klíčů: Prefix Key (ProductKey, DateKey) pro jasnost

Struktura

• Skryjte všechny sloupce klíčů (Properties > Hidden)
• Skryjte referenční sloupce, které nejsou potřebné v UI
• Organizujte dimenze a fakta do skupin (Folders)
• Vytvořte datum tabulka (CALENDAR) s kompletní hierarchií

Ověření

• Zkontrolujte kardinalitu relací (ne opačně: N:1 místo 1:N)
• Ověřte referenční integritu (všechny FK v dimenzích existují)
• Otestujte filtry v vizualizacích—měly by se šířit správně