Rejtsd el!

Megint hoztam egy témát az adatmodell tervező workshop fizikai adatmodell tervező blokkjából, amiről nem tudom még hogy része legyen a tanfolyamnak vagy sem. Az alapozó Power BI tanfolyamon oktatom, mert bár korai a téma, de a dashboardok összerakásakor sokszor „rossz” oszlopot húztak be a résztevők vizualizációkba, és ezért nem azokat a számokat látták, mint amit én mutattam a kivetítőn. Ott a cél a lemaradás kockázatának a csökkentése, az adatmodell tervező tanfolyamon viszont azt szeretném megtanítani, hogy hogyan kell olyan adatmodellt tervezni, ami bolondbiztos és felhasználóbarát. Ehhez az kell, hogy elrejtsék azokat az oszloipokat, amelyek

1. Technikiai oszlopok (pl rendezési célt szolgáló oszlopok)
2. Számított mező alapját képező oszlopok
3. És a kapcsolatok többes oldalán álló oszlopok.

Most, hogy ezeket leírtam, el is döntöttem, hogy része lesz a tanfolyamnak. Nem megkerülhető a téma annak, aki adatmodellt tervez. Rémísztgetésnek elő is veszek majd egy példát, amin demonstrálom, hogyan mutathat két különböző eredményt egy szemre ugyanolyan riport.

Rejts el a kapcsolatok többes oldalán található oszlopokat

Ha két tábla ugyanolyan nevű oszlopon keresztül kapcsolódik egymáshoz, akkor a Power Power BI riportok mezőlistájában ugyanaz az oszlop kétszer is szerepel.

Esetünkben például a Dátum tábla a Dátum oszlopon keresztül kapcsolódik a forgalmi adatok tábla dátum oszlopához, ezért a Dátum oszlop kétszer is megjelenik a mezőlistában. Melyik Dátum oszlopot húzzuk be a kimutatásba? A forgalmi adatok tábla dátum oszlopát, vagy a Dátum tábla Dátum oszlopát? És ennél az egyszerű modellnél ez teljesen mindegy. De ha a dátum táblához kapcsolódik egy másik ténytábla is, akkor már egyáltalán nem mindegy.

Tegyük fel, hogy a dátum táblához kapcsolódik még egy terv tábla is:

Ebben az esetben már háromszor is szerepelni fog a dátum oszlop a mezőlistában. A felhasználó tehát 3 helyről húzhatja be ugyanazt az oszlopot egy szeletelőbe és attól függően, hogy honnan húzza be más és más eredményt kap.

Mutatom:

Ugyanaz a riport más tervszámot mutat. A felső ábrába a dátum tábla dátum oszlopát húztuk be szeletelőnek. Az alsó ábrába viszont a forgalmi adatok tábla dátum oszlopát, és emiatt „a nyíllal ellentétes irányban” nem kapta meg a szűrést a dátum tábla, az nem tudta továbbadni a tervtáblának, így a terv a szűrés nélküli total tervet mutatja. Ezt észre fogjuk venni, hogy nem jó, de vannak olyan esetek, amikor nem ekkora az eltérés, és azt már nem fogjuk észrevenni.

Összefoglalva: A kapcsolatok többes oldalát mindig el kell rejteni a felhasználók elöl, mert ha rossz oszlopot húzunk be a kimutatásba, akkor rossz számot kaphatunk

Rejtsd el számított mezők alapját képző oszlopokat

Ha egy oszlopra építünk egy számított mezőt, akkor az oszlopot el kell rejteni a felhasználók elöl.

Ha például az Ft oszlopra építünk egy Forg (Ft) nevű számított mezőt, akkor az Ft oszlopot el kell rejteni a felhasználók elöl. Ennek két oka is van:

1. Zavaró, hogy kétszer szerepel a mezőlistában, és az elemzőnek megint azon kell gondolkodnia, hogy melyiket húzza be. Mindkettő ugyanazt az eredményt adja, nem fogja érteni hogy miért szerepel kétszer.
2. Foglalja a helyet az amúgy is szűkös mezőlistában

Rejtsd el a technikai oszlopokat

A csak rendezési célt szolgáló oszlopokat, mesterséges kulcsoszlopokat, stb. Minden olyan oszlopot, amit amire a modellben szükség van, de a riportokra nem akarjuk soha kirakni.

Összefoglalva: Az adatmodellből mindig el kell rejteni a

• kapcsolatok többes (csillagos) oldalán található oszlopokat
• A számított mezők alapját képező oszlopokat
• és a technikai mezőket

Jön az AI, ami egyesek szerint "buta mint a főd". Segitsünk neki is azzal, hogy elrejtjük előle is azokat az oszlopokat, amelyeket nem kell a majd riporton megjelenítenie...