Blog

Van néhány kamu adattípus a Power BI-ban. Melyek ezek? Kiderül a cikkből.

Nagyon kevés olyan Power BI témáról tudok írni, amit még nem írt meg más. De ez most egy ilyen, ugyanis arra a kérdésre keressük a választ, hogy a Zsuzsi, vagy Zúzmara szavak vannak-e előrébb az ABC-ben, vagy hogy a Tánc szó mehgtalálható-e a Táncsics és Táncstúdió szavakban. És ezzel tuti nem foglalkoznak a külfüldi blogok :-)

Csak óvatosan...

Gondolkodtam, hogy megírjam ezt a cikket, mert az évértékelőben már írtam az adatkarkötőkről, de akkora sikere lett, hogy gondoltam megírom a tapasztalatokat. (mármint nem a cikknek, hanem a karkötőknek :-))

Következzen a BI projekt 2025-ös évértékelője

Kezdő kérdés: Mitől függ, hogy számított mezőt (measure-t) vagy számított oszlopot (Calculated Column-t) kell létrehoznom?

Jön az AI... Segitsünk neki azzal, hogy elrejtjük előle is azokat az oszlopokat, amelyeket nem kell a majd riporton megjelenítenie, amelyeket nem kell majd a válaszokban visszaadnia

A november 27.-i Power BI workshopot el kellett tolni egy héttel, így az idei év utolsó Power BI workshopja december 4.-én lesz. Szerencsére az eddig jelentkezetteknek jó az új dátum, a hezitálók pedig kaptak egy hét laufot :-).

Nemrég megkapta a magáét a széles tábla, kapja meg most a normalizált adatmodell is…

Ritkán kapunk elismerést. Egyszerűen csak végezzük a dolgunkat, megkapjuk érte a fizetést, és kész. Ezért vagyok nagyon hálás, hogy megkaptam ezt:

Kezdő szinten nem oktatom Power BI-ban a számított oszlopokat (Calculated Column) Miért? Kiderül a cikkből...

Készülök a csütörtöki képzésre, és ennek lesz egy blokkja, ami a teszteléssel, minőségbiztosítással foglalkozik és ennek apropóján beugrott, hogy a piackutatók évek óta azt jelzik vissza, hogy a felhasználók panaszkodnak a BI rendszerek gyatra lekérdezési teljesítményére. Tényleg probléma ez? Tényleg probléma még mindig a performancia? kiderül a cikkből...

Mik voltak a tapasztalatok? Kiderül a cikkből...

Erről igyekeztem nem úgy elfelejtkezni, mint az alapítás 20. évfordulójáról, és beírtam a naptárba, hogyha eljön majd az idő, akkor írjak róla egy jó kis összefoglalót. Eljött. És most ugyanúgy a fehér lapot bámulom, mint 20 éve :-) No nézzük: Mi érdekelheti az Olvasót? Hányan olvassák?, van-e értelme blogolni 2025-ben?, nem zabál e fel mindent a AI? Kiderül a cikkből...

Itt az AI korában van még ma valaki, aki adattárházat tervez? Ad rá valaki pénzt? Nem ciki? Nagyapáink építettek utoljára ilyet. Tudjátok, ők voltak azok, akik még projektekben gondolkodtak. Meg két kézzel kódoltak. De ma már ezekre mind nincs szükség, hiszen itt az AI és mindent megcsinál pillanatok alatt. Ja, hogy az AI-hoz is adatok kellenek? Ja, hogy ma minden AI konferencia kerekasztalán elhangzik, hogy a legnagyobb AI blokkoló, hogy nincs adat? De mit tegyünk, ha nincs adat és adattárházat építeni már ciki…

Ma még mindenki riportokkal, dahboardokkal, (vagy pivot táblával) kérdezi le a Power BI adatmodellt, de ébredezik egy új szereplő, akit AI asszisztensnek/ügynöknek hívnak, és akik közül egyet a Microsoft szeptembertől ráenged minden adatmodellre, ami olyan tenanton van, ahol engedélyezve van a Copilot...

Lassan vége a nyárnak, nézzük meg, hogy mi várható a közeljövőben

Én nem, de a BI projekt blog most szabadságra megy... Találkozunk szeptemberben!

Lement az első Power BI adatmodell tervező workshop, jöjjenek a tapasztalatok.

Sokan kérdezték, miben más ez az új tanfolyam. És bár nem akarok kampányolni mellette, de nagyon is más. Nem azért, mert nem tanuljuk meg a dimenzionális modellezés alapjait, hanem mert nem ott kezdjük. Hanem ott, ahol a kérdés születik: „Mit is akarunk ebből az adathalmazból kihozni?” Ez a bejegyzés arról szól, miért dobtam ki az egész korábbi tananyagot, és miért kezdtem nulláról újraépíteni: Mert rájöttem, hogy nem a csillagséma hiányzik – hanem az, hogy meg tudjuk tervezni az oda vezető utat…

Ebben a cikkben körbejárjuk, miért nyúlnak az elemzők ösztönösen a széles táblához, miért működik ez jól egy darabig – és mikor jön el az a pont, amikor elkerülhetetlenné válik a csillagséma.

Anno, az első néhány BI projektem valamilyen vezetői cél köré épült. Csökkenjen ez, javuljon az, stb. Aztán egyre többször futottam bele olyan projektbe, ahol BI bevezetés célja x darab riport előállítása volt. Már nem vezetői célok köré épült a BI hanem a cél maga a riport elkészítése volt, és amíg az első esetben folyamatosan láttuk a megtérülést, addig a második esetben már csak riportokat gyártottunk...

A minap a szemem láttára koncoltak fel egy fejlesztőt, mert letért a csiilagsémás modellezés kikövezett útjáról. "Pokolba a csillagsémával, ha nem az adja a legjobb megoldást" - mondta. És ekkor merült fel a kérdés, hogy meddig kell ragaszkodnunk a csillagsémás modellezés szigorú elveihez? Mikor engedhetjük el ezeket, egyáltalán elengedhetjük-e. Erről szól a cikk.

Őőőő... Egy Excelből örökölt bug miatt nem is olyan egyszerű a válasz...

Hozok megint egy teljesítményt romboló példát az adatmodell tervező tanfolyamról. Vaciláltam, (vacilálok még most is), hogy részévé tegyem-e a fizikai adatmodell tervezés standard tematikának, mert az adatmodell tervezésre nincs közvetlen hatással. Meglátjuk. De kidolgozom, opcionálisan lehet majd kérni, illetve kiteszem ide a BI projekt blogba is, hogy miért nem szabad beimportálni felesleges sorokat Power BI-ba.

Most, amikor készülök az új adatmodell tervező tanfolyamra, eszembe jutott egy sztori aminek sajnos a most kirobbani készülő vámháború aktualitást ad...

Elkészült egy új Power BI adatmodell tervező tanfolyam. Ez már a második verzió. Az első túl technikai és túl "elméleti" volt, úgyhogy átalakítottam majdnem szintisztán gyakorlatira, és a tematikát az üzleti felhasználók, elemzők igényeire szabtam. Nézze meg milyen lett az eredménye.

Újabb gyöngyszemmel bővült a publikusan elérhető hazai Power BI dashboardok tárháza. Most a Magyar Energetikai és Közmű-szabályozási Hivatal (MEKH) váltott a ppt-pdf alapú adatszolgáltatásról Power BI alapú adatszolgáltatásra, és tette közzé az adatait interaktív dashboardokon. Az eredmény megtekinthető, részletek a cikkben

Egy baki és pár szolgálati közlemény következik...

Ha érdekli a Power BI története, akkor jöjjön el a keddi Power BI meetupra, mert sok minden más mellett erről is szó lesz. Részletek a cikkben