Crystal Creative Support

Crystal Creative Support

Day 9 / 100 - Microsoft Fabric építőkockák

2026. február 10. - Crystal Creative Support

Szia, üdvözöllek a blogomon!

A következő lépés elkerülhetetlen. Meg kell érteni, miből áll ez a rendszerNem technikai leírásként, hanem úgy, hogy dönteni tudjak, amikor majd választani kell.

Mit jelent az, hogy „építőkocka” a Microsoft Fabricben?

Amikor a Microsoft Fabric elemeiről beszélünk, könnyű elveszni a fogalmakban:

  • Lakehouse
  • Warehouse
  • Notebook
  • Pipeline
  • Semantic model

De számomra az igazi felismerés az volt, hogy ezek nem önálló eszközök, hanem funkcionális építőkockák, amelyek együtt alkotnak egy adatutat. Nem az a kérdés, hogy mit tudnak, hanem hogy milyen szerepet töltenek be a rendszerben.

Lakehouse – a szabadság és a rend közötti kompromisszum

A Lakehouse elsőre marketinges fogalomnak hangzik, de mögötte egy nagyon is valós probléma áll:

  • a data lake túl rugalmas → könnyen kaotikus
  • a data warehouse túl kötött → nehéz vele kísérletezni

A Lakehouse erre próbál válasz lenni. Elemzői szemmel ez azért fontos, mert nem zárja el túl korán az adatot, teret ad a felfedezésnek, de mégis keretet biztosít. Nem tökéletes megoldás, de nagyon jó irány, ha az elemzés és a tanulás fontos.

Warehouse – stabilitás érett problémákra

A Warehouse sokszor „régi iskolás” címkét kap, pedig strukturált, üzleti logikára épül, kiszámítható, jól skálázható. Ez nem hátrány. Ez biztonság.

Ha az adatok már tiszták, ritkán változik a struktúra, és sok felhasználó dolgozik rajtuk, akkor a Warehouse nem korlát, hanem megbízható alap.

Lakehouse vs Warehouse

Nagyon gyakran így merül fel a kérdés: „Melyik a jobb?”

Pedig a valós kérdés inkább ez: „Melyik illik jobban az adott helyzethez?”

  • Lakehouse → rugalmasság, felfedezés, elemzés
  • Warehouse → stabilitás, egységes logika, riportolás

Nem egymás ellenfelei, hanem inkább különböző problémákra adott válaszok.

Miért fontos ez elemzőként?

Mert itt történik meg a váltás: nem csak adatot elemzünk, hanem rendszerben gondolkodunk. Ez már nem technológiai döntés. Ez üzleti, szervezeti és elemzői döntés egyszerre.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

 

 

Day 8 / 100 – Workspace

Szia, üdvözöllek a blogomon!

Őszintén szólva, elsőre a workspace-t fejben így címkéztem fel: „Oké, ez az a hely, ahová dolgokat pakolunk.” Ez részben igaz is, de csak nagyon leegyszerűsítve.

A workspace nem elsősorban technikai egység, hanem szervezési és felelősségi határAzt mondja meg, hogy kik dolgoznak együtt, min, és milyen céllal. Nem az a kérdés, hogy „mit teszünk ide?”, hanem az, hogy „kik és miért dolgoznak itt?”

A legtöbb adatkáosz ott indul, hogy minden mindennel egy helyen van, mindenki mindent lát, és senki nem érzi igazán a felelősséget. A workspace leválaszt, keretez, és megmutat dolgokat helyettünk.

Elemzői szemmel ez mit jelent?

Azt, hogy nem csak adatot látok, hanem kontextust, és értem, hogy egy riport hol él a rendszerben. Ez már nem „Power BI logika”, hanem adatplatform gondolkodás.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

 

Day 7 / 100 – Mit jelent valójában az, hogy „end-to-end analytics”?

Szia, üdvözöllek a blogomon!

Egy kifejezés, amit mindenhol látok: „end-to-end analytics” Szinte minden Fabric anyagban ott van, de sokáig őszintén szólva nem volt kézzelfogható, mit is jelent ez a gyakorlatban. Ma próbáltam ezt magamnak lefordítani.

Mit jelent számomra most?

Az „end-to-end” nekem ma ezt jelenti: végig tudom követni az adat útját, a forrástól egészen addig, amit a riportban látok és közben tudom, hol történt transzformáció, ki a felelős érte, mi az üzleti jelentése. Nem fekete doboz, hanem egy értelmezhető lánc.

Miért ennyire fontos ez?

Mert a legtöbb adatprobléma nem a végén derül ki, hanem valahol útközben keletkezik. Ha csak a riportot látom, tünetet kezelek. Ha látom az egész utat, akkor megértem az okot és ez óriási különbség.

Hol jön ebbe képbe a Fabric?

A Fabric pont ezt próbálja támogatni: közös alap, egységes gondolkodás, átlátható adatút. Nem azt mondja, hogy nem lehet hibázni, hanem azt, hogy lásd, hol történt.

Tehát az „end-to-end analytics” nem technológia, hanem láthatóság és felelősség. És ha ez megvan, a technikai döntések is könnyebbé válnak.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Day 6 / 100 – Kinek szól valójában a Microsoft Fabric? (És kinek nem?)

Szia, üdvözöllek a blogomon!

A kérdés, amit ma már nem tudtam kikerülni, miután ismét végigültem egy másfél órás sessiont, pipeline-okat fürkészve :-)

Ahogy haladok előre, egyre erősebben érzem a Microsoft Fabric nem mindenkinek szól. És ezt nem kritikaként mondom. Sőt!

Kinek NEM szól a Fabric?

Kezdjük ezzel, mert ritkán lehet olvasni erről... Nem ideális választás, ha csak néhány egyszerű riportod van, ha egy ember dolgozik az adatokkal, ha nincs valódi adatút (csak Excel → Power BI), ha gyors, ad-hoc megoldásokat keresel, és ha nincs igény hosszú távú skálázásra. Ilyenkor a Fabric túl sok, túl komplex, és nem ad arányos értéket. Ez teljesen rendben van.

Akkor kinek szól igazán?

A mai tudásom szerint a Fabric akkor válik érdekessé, ha:

  • több adatforrásod van

  • több szereplő dolgozik az adaton

  • fontos, hogy ki mit csinál és miért

  • nem csak riportot akarsz, hanem adat­rendszert

  • előbb-utóbb governance, jogosultság, üzemeltetés is számít

Ez már nem egyéni elemzői játszótér. Ez szervezeti szint.

Hol van ebben az elemző / BA szerepe?

Ez az a pont, ami engem igazán megfogott. A Fabric nem csak IT-eszköz, de nem is „business toy”. Pont ott van, ahol az elemző kérdez, összeköt, értelmez, és segít dönteni. Nem a gombok ismerete a kulcs, hanem az, hogy értsük az összefüggéseket.

A mai nap tanulsága, hogy a Microsoft Fabric nem „mindenkinek kell”, de akinek kell, annak nagyon.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

 

Day 5 / 100 – Fabric vs Azure Synapse: első benyomások, ítélkezés nélkül

Szia, üdvözöllek a blogomon!

A kérdés, amit ma feltettem magamnak: Ha már volt Azure Synapse, akkor miért nem azt fejlesztették tovább? Miért kellett egy új név, egy új platform, egy új koncepció?

Az első benyomás

Az Azure Synapse Analytics számomra mindig nagyon erős, nagyon rugalmas, de nagyon döntésigényes volt. Sok mindent lehetett vele csinálni. Cserébe sok mindent neked kellett kitalálni. A Fabric első benyomásra kevesebb döntést kér, kevesebb infrastruktúra-kérdést dob fel, viszont határozottabb véleménye van arról, hogyan „illik” adatplatformot építeni.

Miért fontos ez?

Mert a legtöbb szervezet nem adatplatform-specialistákból áll, hanem üzleti elemzőkből, riportkészítőkből, BA-kból. És nekik nem még több opcióra van szükségük, hanem kevesebb rossz döntési lehetőségre.

Szerintem attól függ, hol tart a szervezet. A Fabric nem azért jött létre, mert a Synapse „rossz”!

Ha szeretnél többet tudni a Synapseról, írj egy igent kommentbe!

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Day 4 / 100 – Fabric vs Power BI: hol a határ, és hol kezdődik a félreértés?

Szia, üdvözöllek a blogomon!

Miért kell erről külön beszélni?

Az egyik leggyakoribb reakció, amikor szóba kerül a Fabric: „Dehát mi eddig is Power BI-t használtunk…”

A félreértés ott kezdődik, amikor a Microsoft Fabric és a Power BI egymás alternatívájaként jelenik meg a fejekben. Pedig nem azok.

Mit csinál a Power BI valójában?

A Power BI középpontjában az adatmodell (semantic model), a vizualizáció, a dashboard, a riportfogyasztás áll. A Power BI a történet vége, ahol az adat értelmet nyer és ez önmagában sok esetben bőven elég.

És mit csinál ehhez képest a Fabric?

A Fabric nem a riportot akarja jobbá tenni, hanem azt akarja láthatóvá tenni, hogy honnan jön az adat, hogyan alakul át, hol történnek a döntések, ki miért felel.

A Power BI benne van a Fabricben, de a Fabric nem a Power BI kibővítése. Ez egy fontos váltás.

Mikor elég csak a Power BI?

Őszintén szólva, elég sokszor. Például, ha kevés adatforrásod van, egyszerű transzformációk kellenek, nincs komplex adatút, nincs több csapat az adaton, akkor a Power BI önmagában is tökéletes megoldás. És ez nem „lebutított” gondolkodás.

Mikor kezd el kevés lenni?

Akkor, amikor ezek a kérdések megjelennek:

  • Ez az adat pontosan honnan jön?”
  • Mi történik előtte?”
  • Ki változtatta meg?”
  • Miért mást lát ez a riport, mint a másik?”

Itt már nem riportproblémád van, hanem rendszerproblémád.

Tehát a mai nap tanulsága az, hogy a Power BI a megjelenítésről szól, a Fabric pedig a teljes adatút megértéséről.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Day 3 / 100 – Miért hozta létre a Microsoft a Fabricet?

Szia, üdvözöllek a blogomon!

A kérdés, ami tegnap óta motoszkál bennem: ha a Microsoftnak eddig is volt Power BI-ja, Azure Synapse-e, Data Factory-je, mindenféle adatplatformos megoldása…miért kellett még egy új?

Ez a poszt erről szól.

A kiinduló probléma

A legtöbb adatplatformos káosz nem abból fakad, hogy rossz technológiát használnak. Hanem abból, hogy túl sok eszköz van, túl sok döntési ponttal, túl sok „ezt most itt csináljuk” jellegű megoldással.

Az eredmény gyakran nehezen átlátható adatút, széttöredezett felelősségek, és az a mondat, amit minden elemző hallott már: „Ez a riport honnan jön pontosan?” :-)

Szerintem a Microsoft nem egy új eszközt akart létrehozni, hanem egyszerűsíteni akart egy túl komplex világot, így született meg a Microsoft Fabric gondolata.

Mit jelent ez a gyakorlatban?

A Fabric mögötti miért szerintem ezekre a kérdésekre válaszol:

  • Mi lenne, ha az adat nem 5 helyen élne?

  • Mi lenne, ha az elemző látná az adat útját, nem csak a végét?

  • Mi lenne, ha kevesebb döntést kellene hozni infrastruktúráról?

  • Mi lenne, ha a fókusz nem a technológián, hanem az adat értékén lenne?

Ha belegondolunk, ezek a problémák már 10–15 éve is léteztek. A különbség az, hogy ma már sokkal több adat van, sokkal több felhasználó dolgozik vele és az elemzés nem „nice to have” kategória, hanem alapelvárás. Nos, a Fabric erre egy rendrakási kísérlet :-)

Hol tartok most?

Ma először érzem azt, hogy igazából nem egy új toolt próbálok megérteni, hanem egy stratégiai irányt. Ez segít abban, hogy építőkockánként ismerjem meg a kísérlet szereplőit.

Ha része szeretnél lenni ennek a kísérletnek, nézz be holnap is.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Day 2 / 100 – Mi az a Microsoft Fabric, és mi az, ami biztosan nem az?

Szia, üdvözöllek a blogomon!

Miért fontos erről beszélni már a legelején?

Amikor egy új platform „mindent is” ígér, nagyon könnyű belecsúszni ebbe a gondolkodásba: „Ha bevezetjük, minden adatproblémánk megoldódik.” Spoiler: nem fog. És ez nem a Microsoft Fabric hibája. Ez a poszt arról szól, hogy helyre tegyük az elvárásokat – még mielőtt túl nagy reményeket pakolnánk bele.

Mi az, ami a Microsoft Fabric?

Röviden, egy egységes analitikai platform, ami összefogja az adatkezelés fő lépéseit: adatbetöltés, tárolás, feldolgozás, elemzés, vizualizáció. És mindezt egy ökoszisztémán belül, közös alapokra építve. Fontos: nem lecserél mindent, hanem keretbe teszi, ami eddig szét volt szórva.

Mi az, ami a Fabric biztosan nem?

  • Nem varázspálca

Ha rossz az adatminőség, nincs adatgazda, nincsenek tiszta definíciók, a Fabric sem fog csodát tenni. A káoszt maximum szebben rendezi el.

  • Nem helyettesíti a gondolkodást

A Fabric nem dönti el helyetted, hogy mit mérj, mi a fontos, mi az üzleti kérdés. Ez továbbra is a BA, az elemző, az üzleti oldal feladata marad.

  • Nem „Power BI 2.0”

Ez egy gyakori félreértés. A Power BI része a Fabricnek, de a Fabric nem egy riport tool. Ha csak riportolsz, lehet, hogy önmagában a Power BI bőven elég.

  • Nem kötelező mindenkinek

Kisebb adatmennyiség, egyszerű riportigény, limitált erőforrás, simán lehet, hogy túl sok lenne és ez teljesen rendben van így.

Mikor érdemes Fabricben gondolkodni?

Első benyomás alapján akkor, ha több adatforrásod van, ha több szereplő dolgozik az adaton, ha fontos az adat útjának átláthatósága, ha hosszú távon skálázol, ha nem csak riportot, hanem rendszert akarsz. Ez már stratégiai kérdés, nem technikai.

Hol tartok most?

Ma realizáltam, hogy nem „eszközt” tanulok, hanem rendszerszemléletet. Izgalmas, de egyben kicsit ijesztő is számomra, viszont lelkesít, hogy valami olyan komplex dologgal ismerkedhetek meg, ami túlmutat az excel táblák világán.

Ha Téged is érdekelnek az újdonságok, a jövőbe mutató megoldások, tarts velem holnap is.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Day 1 / 100 – Mi az a Microsoft Fabric, és miért beszél róla mindenki?

Szia, üdvözöllek a blogomon!

Miért kezdem el ezt a sorozatot?

Ha az elmúlt időszakban adat, riport, Power BI vagy Azure közelében mozogtál, jó eséllyel Veled is szembejött a Microsoft Fabric. Nálam is így történt: új környezet, rengeteg új fogalom és egy nagy kérdőjel a fejemben. Ezért indítom ezt a sorozatot: 0-ról, emberi nyelven, közösen tanulva, hogy 100 nap múlva ne csak „hallottunk róla”, hanem értsük is, mire képes a Microsoft Fabric.

Oké, de mi az a Microsoft Fabric?

Röviden: egy egységes adat- és analitikai platform, ahol egy helyen vannak azok az eszközök, amiket eddig külön-külön használtunk. Nem egy új Power BI. Nem „csak” egy Azure szolgáltatás. És nem is egy varázspálca.

A Fabric célja az, hogy az adat betöltésétől a tároláson és feldolgozáson át egészen a riportig egy összefüggő rendszerben gondolkodjunk.

Miért volt erre szükség?

Mert eddig ez történt sok helyen: adat valahol Azure-ben (vagy bárhol máshol), transzformáció egy másik szolgáltatásban, riport Power BI-ban, jogosultságok 3 külön helyen, dokumentáció… hát… majd egyszer (vagy tapasztalataim alapján inkább soha…).

Hogyan kell elképzelni?

Én most így gondolok rá laikusként...

A Fabric egy keretrendszer, amin belül különböző adatkezelési szerepek, különböző technikai megoldások, de közös alapokra épülnek. Ez a közös alap később lesz fontos (spoiler: OneLake 😉).

Miért érdekes ez elemzőként / BA-ként?

Mert végre nem csak egy riportot látunk, hanem az adat teljes útját, és értelmezni tudjuk, hol csúszhat el egy rendszer. Ez nem „hardcore IT”, de már nem is csak business.

Hol tartok most?

Őszintén, amikor először megláttam a Fabric architektúra ábrát, 2 órán keresztül meséltek róla egy megbeszélésen...sok fogalom még homályos, sok ábra túl technikai, de hiszem, hogy lépésről lépésre egyre jobban megismerjük egymást és 100 nap múlva azt fogjuk mondani, most már szintet tudunk lépni.

Ha te is most barátkozol a Fabric nevű csodával, maradj velem, holnap folytatjuk.

Köszönöm, hogy elolvastad! Legyen szép napod!

#MicrosoftFabric #100DaysOfLearning #DataAnalytics #BusinessAnalyst #TanulásNyilvánosan

Hogyan Hozzunk Létre PowerApp-pal Felhasználóbarát Megjelenítést egy SharePoint Listában Tárolt Adathalmazhoz

Szia, üdvözöllek a blogomon!

Örülök, hogy érdekel a PowerApps és a SharePoint összekapcsolása. A két platform együttműködése valóban nagyszerű lehetőségeket rejt magában, ha adatokat szeretnénk megjeleníteni vagy kezelni. Most megosztok veled egy útmutatót arról, hogyan lehet PowerApp-pal megjeleníteni egy SharePoint listában tárolt adathalmazt, és közben néhány tippet és trükköt is bemutatok, ami segítség lehet!

Mi is az a PowerApps?

A PowerApps egy olyan eszköz, amellyel könnyedén készíthetünk üzleti alkalmazásokat, melyek integrálódnak a Microsoft 365 és az Azure szolgáltatásaival. A SharePoint listákba ágyazott PowerApps segítségével felhasználóbarát felhasználói felületeket hozhatunk létre, amelyek közvetlenül a SharePoint listáinkhoz kapcsolódnak.

Hogyan kezdjünk neki?

1. Előkészületek

Ellenőrizd, hogy rendelkezel-e megfelelő jogosultságokkal a SharePoint listához és a PowerApps-hez.

Győződj meg róla, hogy a SharePoint listád tartalmazza azokat az oszlopokat és adatokat, amelyeket meg szeretnél jeleníteni a PowerApp-ban.

2. Új PowerApp létrehozása

Nyisd meg a PowerApps Studio-t a böngésződben vagy a desktop alkalmazásban.

Válaszd ki az "Új alkalmazás létrehozása" opciót, és válaszd ki a "SharePoint" sablont.

3. Adatforrás beállítása

Adj meg egy nevet az alkalmazásnak, és válaszd ki a SharePoint listát, amelyből az adatokat szeretnéd megjeleníteni.

Kattints a "Kész" vagy "Csatlakozás" gombra.

4. Galéria hozzáadása

A képernyők között találod a "Galéria" elemet. Húzd ezt a képernyőre, hogy megjeleníts egy listát az adatokból.

Állítsd be a galériát, hogy megfelelően jelenítse meg az adatokat. Például, ha képeket is szeretnél megjeleníteni, válaszd ki a "Kép és cím" elrendezést.

5. Űrlapok és űrlapelemek

Ha szeretnél űrlapokat használni az adatok szerkesztésére vagy hozzáadására, erre is van lehetőséged.

Az űrlapok segítségével könnyedén hozzáadhatók vagy szerkeszthetők az adatok a SharePoint listában.

Tippek és trükkök

Katalógusok: A katalógusok segítségével rendezett módon jelenítheted meg az adatokat. Például dátum, kategória vagy állapot szerint.

Űrlap validáció: Beállíthatsz validációt az űrlapokon, hogy biztosítsd az adatok megfelelőségét és teljességét.

Automatizálás: Használd az Automate (korábbi nevén Flow) szolgáltatást az automatikus folyamatokhoz, például értesítésekhez vagy adatok frissítéséhez.

Testreszabás: Ne félj kísérletezni! A PowerApps lehetőséget ad a testreszabásra, hogy az alkalmazás pontosan olyan legyen, amilyennek szeretnéd.

Remélem, hogy ez a blogbejegyzés segített megérteni, hogyan lehet PowerApp-pal megjeleníteni egy SharePoint listában tárolt adathalmazt. A PowerApps és SharePoint kombinációja rendkívül erőteljes eszköz a vállalati alkalmazások gyors és hatékony fejlesztéséhez. Sok sikert és jó szórakozást kívánok a PowerApps használatához! Ha bármilyen kérdésed vagy problémád van, ne habozz megkérdezni!

Köszönöm, hogy elolvastad! Legyen szép napod!

Crystal Creative Support

süti beállítások módosítása