Ugrás a tartalomra
SCHEMAVORTEX
Forrástól a riportig

Storyboard

Minden kártya egy probléma, és az arra adott válasz.

A kártyák kilenc fejezetben követik egymást, a forrás csatlakoztatásától az audit trailig. Az első sáv azt mutatja, mit tesz az Ön csapata a termékben. A második sáv azt, mit tesz a platform magától. A harmadik sáv azt, mit tesznek az üzleti felhasználók, és mit nyer vele az Ön üzlete.

Üzleti értékkategóriák

  • Bevétel és döntési sebességA több rendszerből dolgozó riportok napok alatt elkészülnek. A rájuk váró döntéseket nem tartja fel egy adatprojekt.
  • Optimális csapatösszetétel és hatékonyságA platformot a meglévő BI-csapata üzemelteti. Ehhez SQL- és adatmodellezési tudás kell, más nem, így nem kell data engineert, DevOps-mérnököt vagy adatarchitektet felvennie. A csapat az adatmodellel foglalkozik, nem az infrastruktúrával.
  • Elmaradó projektekEgy adattárház házon belüli felépítése egy-három éves projekt. Itt egy új forrás bekötése, az adattörténet megőrzése vagy a platform frissítése egyáltalán nem projekt.
  • Meg nem vásárolt infrastruktúra és licencekNincs dedikált SQL pool, nincs kockaszerver, nincs gateway gép, nincs gyorsítótár-adatbázis, és nincs külön, megtisztított másolat az éles adatokról. Számítási kapacitásért csak akkor fizet, amíg egy lekérdezés vagy egy job fut.
  • Kizárt veszteségekAdatszivárgás, hatósági bírság, közlés után javítandó számok, egy nap riportok nélkül, sikertelen audit, vagy egy kollégával együtt távozó tudás.
  • Kiszámítható költésÖn előfizetési díjat fizet, az Azure-használatot pedig közvetlenül a Microsoft számlázza. A költséget naponta és felhasználónként látja.

Szerepek a kártyákon

  • Data Warden Jóváhagyja a táblákat és az oszlopokat, kezeli az Origin beállításait, létrehozza a Governance mask besorolásait, és jóváhagyja a maszkolt oszlopot olvasó Mart view-t.
  • Vault Lifecycle Manager Inicializálja, átnevezi, újraépíti és visszaállítja a Vault táblákat, jóváhagyja a Vault tervezeteket, és kezeli a triggereket és a hibás jobokat.
  • Vault Manager Extractionöket állít sorba, Delivery maskokat szerkeszt, és Vault tervezeteket javasol.
  • Data Steward Kezeli az oszlop AI kapuját és Governance kapuját, és feltölti a Governance mask besorolásait.
  • Mart Publisher Mart terveket élesít, közvetlenül módosít egy élő Mart view-t, és Mart adatbázisokat hoz létre.
  • Mart Manager Mart view-kat ír a jegyzeteikkel és címkéikkel egy Mart tervben, és materializál vagy visszaállít egy view-t.
  • Platform Administrator Kezeli a platform beállításait, licencét, agentjeit és Query endpointjait, és újraindítja a platformot.
  • Auditor Olvassa a rögzített eseményeket és a hozzáférési és jogosultsági mátrixokat, az Audit jogosultsággal.
  • User Administrator Felhasználókat, munkameneteket, jogosultságokat és csoportokat kezel.
1. fejezet · Csatlakozás

1. fejezet

Csatlakozás

Az adat ott marad, ahol van.

Az Ön csapata1.1 · ForráskapcsolatA CRM adatai csak a saját SQL Serverén vannak.
  1. Új Origin
  2. Kapcsolati adatok megadása
  3. Mentés
A SchemaVortex helyben olvassa a CrmSample-t. A CRM-ben semmi nem változik.
SchemaVortex1.1c · Azure provisioningA platform létrehozza és konfigurálja az Azure-erőforrásokat és a beállításaikat.
Az Ön üzlete1.1d · Nincs IT-jegyA telepítéskori egyszeri jogosultságadás után a konfigurációhoz nem kell IT-jegy.
Az Ön csapata1.1a · ERP-profilEgy ERP-ben több ezer tábla van. Ebből pár tucat számít.
  1. Feltérképezési profil
  2. Navision
Ez a pár tucat olvasható nevet kap. A többi nem lesz útban.
Az Ön üzlete1.1g · Felvásárlások és új rendszerekHa felvásárol egy céget, az ERP-je ugyanúgy kapcsolódik, mint az első forrása: egy kapcsolat, egy feltérképezés, a jóváhagyások. A számai napokon belül a csoport riportjaiban vannak, és az integrációnak nincs saját költségvetési tétele.
Az Ön csapata1.1b · Bring Your Own DataAz árlista egy Excel-fájl. A webshop maga küldi be a rekordjait.
  1. Fájl importálása
  2. Beolvasási beállítások
  3. Oszlopok
  4. Importálás
Ugyanolyan táblák lesznek, mint a többi.
Az Ön üzlete1.1e · Egyetlen hiteles példányNem keringenek többé Excel-fájlok e-mailben, egymásnak ellentmondó verziókban.
SchemaVortex1.1f · ConnectorokAz SQL Servert, a PostgreSQL-t, a MySQL-t és a MariaDB-t, az SAP HANA-t, az IBM i-t, az Infor Data Lake-et és a Synapse serverless SQL-t a platform natív protokollon olvassa. A fájlok importálhatók, a beküldött adat pedig a Producer SDK-n át érkezik.
Az Ön csapata1.2 · SémafeltérképezésSenkinek nincs listája a CrmSample 54 táblájáról.
  1. Feltérképezés indítása
  2. Job indítása
Mind az 54 tábla listán van az oszlopaival és kulcsaival, köztük a sales.Customer, a hr.Employee és a finance.Invoice.
SchemaVortex1.2a · Az Ön hálózatában futó agentA régi cikktörzs, az ITMMST, egy AS/400-on van, amit a felhő nem ér el.
Automatikus
Az agent belülről olvassa az ITMMST-t, és kiküldi a rekordokat. A tűzfalon semmit nem kell megnyitni.
Az Ön üzlete1.2b · ForrásleltárAz összes tábla, oszlop és kulcs listája, amelynek összeállításával egy adattárház-projekt az első hónapjait tölti, az első napon készen van, és a platform naprakészen tartja. Azok a hónapok nincsenek a számlán.
Az Ön csapata1.3 · Integrációs view kellA riporthoz ügyfelenkénti nyitott számlák kellenek, de ilyen Forrás tábla nincs.
  1. Új virtuális view
  2. Az SQL megírása
  3. Létrehozás
A lekérdezés mostantól Forrás tábla.
Az Ön üzlete1.3a · Nincs szállítói függésNincs mit megrendelni a forrásrendszer szállítójától, így az Ön csapata önállóan dolgozik.
Az Ön csapata1.4 · Virtuális kapcsolatAz értesítési naplóban nincs kulcs a címzett ügyfélhez.
  1. Idegen kulcsok
  2. Virtuális kapcsolat
  3. Hozzáadás
A gráf mutatja a kapcsolatot, és az AI Chat javasolja az összekapcsolást.
Az Ön csapata1.5 · RekordszűrőA CRM-ben több ország ügyfelei vannak. Csak a magyar ügyfelek rekordjai olvashatók ki.
  1. Rekordszűrő
  2. A szűrő megadása
  3. Mentés
A platform a többi rekordot sosem olvassa ki. A szabály minden betöltésre érvényes.
Az Ön üzlete1.5a · Governance az adat előttA governance-szabályok megírhatók és érvényesíthetők, mielőtt bárkinek szüksége lenne az adatra.
Az Ön csapata1.2c · Adatminőségi áttekintésNéhány Forrás táblának nincs kulcsa, néhány pedig semmihez nem kapcsolódik. Ezek okoznak később gondot.
  1. Origin áttekintés
Az Origin áttekintés megszámolja őket: három táblának nincs elsődleges kulcsa, tizenkettő pedig egyetlen másik táblához sem kapcsolódik.

2. fejezet

Jóváhagyás

Semmi sem mozdul jóváhagyás nélkül.

Az Ön csapata2.1 · Tábla-jóváhagyásNem minden tábla való a lakehouse-ba.
  1. Tábla
  2. Approved
  3. Mentés
Egy tábla Forbidden, és nem hagyja el a CRM-et. A többi 53 jóváhagyva.
SchemaVortex2.1a · Automatikus jóváhagyási whitelistHetente új tábla jelenik meg az ERP-ben.
Automatikus
A tábla a feltérképezéskor jóvá van hagyva, a Data Warden által beállított szabály szerint.
Az Ön üzlete2.1b · Kontroll és biztonságA Data Warden szabályának megfelelő táblák kézi lépés nélkül kapnak jóváhagyást. Minden más tábla továbbra is döntésre vár.
Az Ön csapata2.2 · Oszlop-jóváhagyásA hr.Employee használható, a NationalId és a BankAccountIban nem.
  1. NationalId
  2. Forbidden
  3. BankAccountIban
  4. Forbidden
  5. Mentés
Ez a két oszlop nem hagyja el a HR-t.
Az Ön üzlete2.2b · A forrásnál elzárvaEgy Forbidden oszlopot a platform ki sem olvas a forrásból. Később nincs mit maszkolni, és nincs mi kiszivárogjon.
Az Ön csapata2.2a · OszlopmintavételMi van a hr.Employee táblában?
  1. Mintavétel
Darabszám, tartomány és leggyakoribb értékek minden jóváhagyott oszlopra. A NationalId-t soha nem olvassa.

3. fejezet

A Vaultba

A betöltés sosem ír felül.

Az Ön csapata3.1 · Vault inicializálásHa a CRM-ben javítják egy ügyfél hitelkeretét, vele változik az előző negyedév riportja is.
  1. Beállítás
  2. Stratégia
  3. Törlésfigyelés
  4. Oszlopok
  5. Inicializálás
A sales.Customer a Vaultban van, jöhet az első betöltés. Mostantól a régi értékek megmaradnak.
SchemaVortex3.1d · Hat stratégiaÖt, az iparágban bevett adattárház-stratégia, teljes mélységben megvalósítva. Lefedik a deduplikációt, az adattörténetet és a megőrzést, és többségük támogatja az adat-helyreállítást.
Az Ön üzlete3.1e · Napok, nem évekSzabályozott data lakehouse napok, nem évek alatt. Házon belül felépíteni egy-három éves projekt.
Az Ön csapata3.1b · Számított oszlopokA FullName minden view-ban külön áll össze, mindig kicsit másképp.
  1. Számított oszlopok
  2. Hozzáadás
  3. A kifejezés megadása
  4. Mentés
Egyszer van definiálva. A tábla minden view-jában ugyanaz a FullName.
Az Ön üzlete3.1f · Egy definíció minden riporthozA Vaultban egyszer definiált üzleti logika minden riportban ugyanazt az értéket adja.
Az Ön csapata3.1c · Átnevezés helybenAz ITMMST név senkinek nem mond semmit az AS/400-csapaton kívül.
  1. Átnevezés
  2. A név beírása
  3. Megerősítés
A tábla mostantól item_master. Előbb megjelent az őt olvasó view-k listája.
SchemaVortex3.1g · Automatikus view-provisioningA platform megszünteti és újra létrehozza az érintett view-kat.
Az Ön csapata3.2 · Első extractionA CrmSample.customer be van állítva, de még üres.
  1. Extraction
  2. Indítás
Minden rekord a Vaultba kerül, szűrő esetén csak a megfelelők.
Az Ön üzlete3.3 · Önkiszolgáló BIMegnyithatom abban az eszközben, amit már használok?
  1. Egy lekérdezés
Ugyanaz a tábla Excelben, Power BI-ban vagy bármelyik SQL-kliensben.
SchemaVortex3.2a · OszloptisztításAz ERP minden nevet szóközökkel tölt fel, és 1753-01-01-et ír oda, ahol nincs dátum.
Automatikus
A platform minden betöltésnél levágja a szóközöket, és NULL-t ír a helyettesítő értékek helyére.
Az Ön csapata3.4 · Ütemezett extractionMinden reggelre friss adat kell.
  1. Új trigger
  2. Mentés
  3. CrmSample hozzárendelése
  4. Mentés
Mostantól a trigger futtatja a betöltést minden éjjel.
Az Ön üzlete3.4a · Bármilyen ütemezésEgy trigger egy időablak és a hétköznapok, amelyeken fut, a termékben beállítva, forrásonként. Egy trigger éjszakára, egy másik délre, annyi, amennyi az üzletnek kell, és a riportok olyan frissek, amilyennek az ütemezés mondja. Betöltést senki nem indít kézzel.
SchemaVortex3.5 · Inkrementális extractionAz 500 000 rekordos kiszállítási napló teljes másolása egész éjjel tart.
Automatikus
A futás csak az új rekordokat olvassa, és percekig tart.
Az Ön üzlete3.5a · Olcsóbb, könnyebb betöltésekEgy inkrementális betöltés csak azokat a rekordokat olvassa, amelyek az előző óta változtak. A forrásrendszert alig terheli, az agent órák helyett percekig fut, a számítási kapacitást és a hálózatot pedig ezekre a percekre számlázzák. Ezért lehet egy táblát naponta többször frissíteni anélkül, hogy nagyobb forrásszerver kellene.
SchemaVortex3.6 · VerziótörténetEgy ügyfél címe megváltozott. Melyik városban volt márciusban?
Automatikus
Egy lekérdezés a history.CrmSample.customer_address view-ban visszaadja a márciusi rekordot.
Az Ön üzlete3.6a · Adott időpontra vonatkozó lekérdezésA riportnak márciust kell mutatnia.
  1. Egy lekérdezés
A címek úgy jönnek vissza, ahogy aznap voltak.
Az Ön üzlete3.6d · Adattörténet alapbólAz adattörténethez nem kell külön projekt. Az első betöltéstől megvan, és addig marad meg, ameddig Ön szeretné.
A forrásrendszerben törölt ügyfél a tavalyi számokban marad, így a tavalyi végösszeg nem mozdul. Nincs javított szám a vezetőség vagy az auditor előtt.
Az Ön csapata3.6c · Megőrzési időA CrmSample adattörténete ne nyúljon vissza két évnél tovább.
  1. Megőrzés
  2. 24 hónap megadása
  3. Mentés
A régebbi adattörténet automatikusan törlődik.
SchemaVortex3.6b · Törölt rekordok megőrizveA CRM-ben töröltek egy ügyfelet.
Automatikus
A rekord olvasható marad a deleted.CrmSample.customer view-ban.
SchemaVortex3.7 · Riportot törő sémaváltozásA CRM-ben valaki egészről tizedesre állította a CreditLimit típusát. Legutóbb ez szó nélkül elrontotta a riportokat.
Automatikus
Amíg valaki nem dönt, új betöltés nem érkezik. A riportok a korábbi adattal mennek tovább.
Az Ön csapata3.8 · SémaevolúcióA tizedes CreditLimitnek be kell kerülnie, de a régire épült riportok nem romolhatnak el.
  1. Szerkesztés
  2. Séma módosítása
  3. Oszlopok
  4. Tisztítás
  5. Beállítások
  6. Mentés
A CreditLimitBv2 a CreditLimit mellé kerül. A régi riportok tovább működnek. Az újak a tizedes értéket olvassák.
SchemaVortex3.8d · Oszlopstabil view-kA sémaverziók között az oszlopok név szerint párosulnak, és amelyik egy verzióból hiányzik, az NULL-t ad. A view a változás után is visszaadja a rekordokat.
Az Ön csapata3.8a · Új forrásoszlopA CRM-be bekerült a LoyaltyPoints.
  1. Szerkesztés
  2. Séma módosítása
  3. Oszlopok
  4. Tisztítás
  5. Beállítások
  6. Mentés
A régi rekordokban üres, az újakban kitöltve.
Az Ön csapata3.8c · Újraépítés leállás nélkülEgy tárolási hiba után kétséges, mi van a customer táblában tárolva, a riportok viszont nem állhatnak le egy napra.
  1. Újraépítés
  2. A név beírása
  3. Vault újraépítése
A platform minden megőrzött extractiont újra beolvas, és az élő mellett építi újra a táblát. Az olvasók egy lépésben kerülnek át rá.
Az Ön csapata3.9 · Négy szem elve a VaultbanEgy Vault Manager módosítaná a hr.Employee táblát, de előbb egy vezetőnek rá kell néznie.
  1. Mentés tervezetként
  2. Jóváhagy és érvényesít
A változás a jóváhagyó nevén érvényesül.
SchemaVortex3.9a · Tervezet újraellenőrzéseHa a tábla oszlopai megváltoznak, amíg a tervezet vár, a tervezet újranyílik, és újra menteni kell, mielőtt bárki jóváhagyhatná.
Az Ön csapata3.10 · Katasztrófa-helyreállításÉjjel zsarolóvírus érte a CRM-et, és az éjszakai betöltés behúzta a kárt a Vaultba.
  1. Időpont kiválasztása
  2. Átnézés
  3. A név beírása
  4. Visszaállítás
Az 53 tábla visszaáll a támadás előtti állapotra. A Vault őrzi a CRM utolsó tiszta másolatát.
Az Ön üzlete3.10a · Üzletmenet-folytonosságA CRM nem elérhető, a data lakehouse és a riportok viszont működnek.

4. fejezet

Ön nélkül is fut

A platform felügyelet nélkül fut, és szól, ha döntés kell.

Az Ön csapata4.1 · Job újraindításaAz éjszakai integrációs pipeline egy hosszabb infrastruktúra-kiesés miatt hibára futott.
  1. Újraindítás
Az újraindítás megismétli a futást. A job befejeződik.
SchemaVortex4.1a · Észlelés és riasztásA platform észleli a hibára futott jobot, és e-mailben riasztja a Vault Lifecycle Managereket.
Az Ön csapata4.1b · Futási időkKezd betelni az éjszakai időablak?
  1. Futási idők
A diagram az elmúlt hónap napi perceit mutatja, jobtípus vagy Origin szerint. Ha az időablak telik, az hetekkel előbb látszik.
SchemaVortex4.2 · IssuesMiben kell ma dönteni?
Automatikus
Egy lista: egy view, ami nem települ ki, a finance.Invoice döntésre váró sémaváltozása, egy hiányzó driver.
SchemaVortex4.2a · Élő frissítésA képernyőn minden helyben frissül, ahogy a jobok futnak, és ahogy a táblák, view-k és beállítások változnak. A kapcsolat állapota is látszik.
SchemaVortex4.3 · Automatikus frissítésekA frissítés régen egy hétvégét és egy karbantartási ablakot jelentett.
Automatikus
A frissítés karbantartási ablak nélkül fut.
Az Ön üzlete4.3a · Nincs frissítési projektA frissítéshez nem kell projekt, hétvége és ügyelet.
SchemaVortex4.4 · Automatikus optimalizálásBeavatkozás nélkül a tárolás és a lekérdezések idővel lassulnak.
Automatikus
A platform automatikusan optimalizálja a tárolást és a lekérdezéseket, percenként és óránként.
Az Ön üzlete4.4a · Nincs finomhangolási költségAz optimalizálás pénzbe kerül, és az is, hogy kiderüljön, melyik éri meg. Itt automatikusan futnak, így nincs hangolási projekt, amit fizetni kellene.
SchemaVortex4.5 · Napi ellenőrzésValaki kézzel, a portálon engedélyezte a nyilvános hozzáférést a Vault storage accountján.
Automatikus
A napi ellenőrzés újra kikapcsolja, a platform többi beállításával együtt.
Az Ön üzlete4.5a · Nincs platformcsapatA platform maga hozza létre, védi és hangolja az Azure-erőforrásait. A meglévő BI-csapata üzemelteti SQL- és adatmodellezési tudással, és az infrastruktúrához senkit sem kell felvenni.
Ha valaki kézzel átállít egy beállítást a portálon, az másnap visszaáll. Egy kitettség egy napig tart, nem a következő negyedéves felülvizsgálatig.

5. fejezet

Maszkok

Ki mit olvashat, minden lekérdezéskor dől el.

Az Ön csapata5.1 · Governance maskA hr.Employee Salary oszlopát nem láthatja mindenki.
  1. Salary
  2. Governance kapu · Beállítás
  3. Mentés
Mostantól a Salary oszlop mindenkinek üres, csak a Data Steward és a Data Warden szerepkör lát át rajta.
SchemaVortex5.1a · Valós idejű provisioningA platform azonnal érvényesíti a jogosultságok, a Mart view-k és a materializálások változásait.
Az Ön üzlete5.2 · Valós idejű biztonságA riport már nyitva volt.
  1. F5
A Salary már üres, adatmásolat nélkül.
A maszkok magán az éles táblán működnek. Nincs külön, megtisztított másolat az éles adatokról, amit építeni, tárolni és szinkronban tartani kellene, vagyis egy egész környezet, amiért nem fizet.
Az Ön csapata5.3 · BesorolásAnnának a bérszámfejtésen kellenek a fizetések.
  1. Tagok
  2. Anna
  3. Mentés
Anna olvassa a fizetéseket. A governance szerepkörökön kívül mindenki más továbbra is üres értéket kap.
Az Ön csapata5.4 · Besorolási csoportokNégyszáz oszlopra nem lehet személyenként szabályt írni.
  1. Besorolás
  2. Mentés
  3. Csoport hozzáadása
Egy besorolás lefedi az összes oszlopot, amelynek ugyanaz az olvasóköre. Egy egész csapat egyszerre kap rá jogosultságot.
Az Ön üzlete5.4a · Hozzáférési szabályok a termékbenHogy ki melyik oszlopot olvashatja, az a termékben, az adat mellett van beállítva, és minden változása rögzül.
Az Ön csapata5.5 · Hide from AIA dolgozók neve személyes adat. Az adattárházon dolgozó AI nem olvashatja a FirstName oszlopot.
  1. FirstName
  2. Hide from AI
  3. Mentés
Minden AI-munkamenet üres értéket kap a FirstName oszlopból, bárki indítja is. A felhasználók ugyanúgy olvassák, mint eddig.
Az Ön üzlete5.5a · AI a szabályokon belülAz üzlet használhat AI-t az adattárházán, és azok az oszlopok, amelyeket az AI nem olvashat, minden AI-munkamenetben üresek maradnak.
Az Ön csapata5.6 · Személyes adatokAz ügyfelek e-mail-címe személyes adat. A marketinges Dana küldi a kampányokat, neki kell. Másnak nincs rá szüksége.
  1. Email
  2. Governance kapu · Beállítás
  3. Besorolás hozzáadása
  4. Mentés
  5. Tagok · Dana
  6. Mentés
Dana látja a címeket. A governance szerepkörökön kívül mindenki más, a BI-csapatot is beleértve, üres értéket kap.
Az Ön csapata5.7 · Delivery maskA hűségprogram jövő negyedévben indul. A pontok már töltődnek, de az adatgazdákon kívül senki nem láthatja őket az indulás előtt.
  1. LoyaltyPoints
  2. Delivery kapu · Beállítás
  3. Mentés
A LoyaltyPoints a Vaultba kerül, adattörténettel együtt. Az adatgazdákon kívül mindenki üres értéket kap, amíg a kaput el nem távolítják.

6. fejezet

Riportok

Egy szám, egy definíció, minden riportban.

Az Ön csapata6.1 · Gondozott Mart viewAz értékesítés egy tiszta ügyféltáblát szeretne, rajta a rendeléseivel és a bevételével.
  1. Az SQL megírása
  2. Mentés
core.customer_360: egy tábla, amit az értékesítés bármelyik eszközben megnyit.
Az Ön üzlete6.1a · Központosított üzleti logikaMinden eszköz és minden csapat ugyanazt az ügyféldefiníciót használja.
Egy Mart view közönséges SQL, így a BI-csapat a meglévő eszközeivel készíti el.
SchemaVortex6.1b · Ellenőrzés fordításkorA platform minden view-t lefordít a Synapse-en, mielőtt menti. Ami nem fordul le, az nem kerül élesbe.
Az Ön csapata6.5 · MaterializációA sales_by_territory lassú a Power BI nyitóoldalán.
  1. Materialization
  2. Materialized
  3. Érvényesítés
A nyitóoldal egy másodpercen belül betöltődik. A másolat frissül, ha az adat változik.
SchemaVortex6.5a · Automatikus frissítésA tárolt másolatot egy agent újraépíti, valahányszor a mögötte lévő adat változik. Frissítést senki nem ütemez.
Az Ön üzlete6.2 · Power BIAz értékesítés dashboardon szeretné látni a customer_360-at.
  1. Adatok lekérése
A customer_360 diagramként jelenik meg.
A Power BI közvetlenül a Query endpointról olvassa a view-t, a nagy terhelésű riportozás pedig saját endpointot kap, amely csak a kiszolgált lekérdezésekbe kerül. Nincs gateway gép, nincs kockaszerver, és a hónap legforgalmasabb napjára sem kell nagyobb szerver.
Az Ön csapata6.8 · TerheléselosztásHónap végén riportok százai futnak egyszerre, és mindenki vár.
  1. Új Query endpoint
  2. Mentés
A hó végi zárás külön endpointon fut. Senki más nem lassul.
Az Ön csapata6.3 · Oszlopszintű lineageAz értékesítés kérdezi, honnan jön a Revenue a customer_360-ban.
  1. Oszlopszintű lineage
A Revenue a fact_sales.LineTotal oszlopból jön, az pedig a Vault rendeléstételeiből.
Az Ön üzlete6.3b · Alacsonyabb TCOHa tudható, mi mitől függ, a változtatás gyors, a platform pedig stabil marad. Ez a kettő dönti el egy adatplatform teljes üzemeltetési költségét.
Az Ön csapata6.3a · Hivatkozások követéseSenki nem tudja, mi törik el, ha a CrmSample.customer változik.
  1. Hivatkozók
Kilenc view olvassa, köztük a dim_customer és a customer_health.
Az Ön csapata6.4 · Mart view jóváhagyásA mat.customer_directory materializálásra vár, és a maszkolt Email oszlopot olvassa.
  1. Approved
Amíg a Data Warden nem hagyja jóvá, dinamikus view marad. Jóváhagyva materializálódik.
Az Ön csapata6.4a · Mart kimeneti maszkokA customer_directory most már materializált, és a tárolt másolat sem adhatja ki az Emailt.
  1. Kimeneti oszlopok
  2. Email
  3. Governance kapu · Beállítás
  4. Constant value · **
  5. Mentés
A Data Steward a másolaton is maszkolja az Emailt. Akit a kapu nem enged át, az a cím helyett **-ot lát.
Az Ön csapata6.6 · Mart tervekAz order_fulfillment, a customer_lifetime_value és a customer_health csak együtt változhat.
  1. Új Mart terv
  2. SQL szerkesztése
  3. Mentés
  4. Üzenet írása
  5. Élesítés
Mindhárom egyszerre élesedik.
Az Ön üzlete6.6c · Felelősségi láncAhol a csapat előírja a Mart terveket, minden élesbe kerülő változáson négy szem van. Aki javasolta és aki élesítette, benne van a naplóban.
Az Ön csapata6.6a · KonfliktusfelismerésKözben valaki más megváltoztatta az egyik view-t.
  1. Összehasonlítás
  2. Az én verzióm megtartása
Semmi nem íródik felül észrevétlenül.
Az Ön csapata6.6b · Változás csak terven átAz éles view-kat senki ne szerkessze közvetlenül.
  1. Csak terven át
  2. Változások mentése
Minden változást átnéznek, mielőtt élesedik.
Az Ön csapata6.7 · Korábbi view-definíció visszaállításaAz executive_dashboard pénteki módosítása elrontotta az összegeket.
  1. Visszaállító mód
  2. Csütörtök
  3. Visszaállítás
  4. Üzenet írása
  5. Élesítés
Az executive_dashboard újra a csütörtöki definíciót használja.
Az Ön üzlete6.7a · Percek alatt helyreállEgy rossz módosítás néhány percbe kerül: a korábbi verzió visszaáll, és újra élesedik.

7. fejezet

Felfedezés

A kísérletezés nem érinti a riportokat.

Az Ön üzlete7.1 · Sandbox view-kA pénzügy ki akar próbálni egy új számítást, anélkül, hogy a BI-csapatra várna.
  1. Mentés
A gl_tieout_feb a pénzügy saját view-ja, azonnal használható. Minden eszköz olvassa.
SchemaVortex7.1b · Sandbox-elszigetelésValaki Mart view-t építene a churn_watch kísérletre.
Automatikus
A riportok nem függenek kísérletektől.
Az Ön üzlete7.1a · View-tulajdonlásHasználhatja a marketing a pénzügy gl_tieout_feb view-ját?
  1. Megnyitás
Módosítani csak a pénzügy tudja.
Az Ön üzlete7.2 · Sandbox tervezetekA gl_tieout_feb módosítása a BI-csapatra vár.
  1. Jóváhagyás
Semmi nem változik, amíg a pénzügy jóvá nem hagyja.
Az Ön üzlete7.1c · A BI-csapat nem szűk keresztmetszetEgy szakterület még ezen a héten megválaszolja a saját kérdését egy saját view-val. A döntések nem várnak a BI-csapat sorára, a BI-csapat órái pedig a riportok mögötti modellekre mennek.
Az Ön csapata7.3 · Globális keresésMelyik táblában vannak a számlák?
  1. Ctrl+K
  2. A név beírása
finance.Invoice, vault.CrmSample.invoice és az őket olvasó view-k.

8. fejezet

AI

Az AI-ra ugyanazok a szabályok vonatkoznak, mint a felhasználókra.

Az Ön üzlete8.1 · AI ChatMely táblákban vannak az ügyfélcímek?
  1. Kérdés
A customer és a customer_address, a join a CustomerId mentén, és az SQL. Csak metaadat megy ki, az Ön saját Azure OpenAI-jába.
Egy üzleti felhasználó megkérdezi, melyik táblában mi van, és az AI Chat a katalógus alapján válaszol. A kérdésből sosem lesz jegy a BI-csapatnál.
Az Ön csapata8.2 · AI AssistantEgy fejlesztő Claude Code-ot használna a CrmSample adattárházon.
  1. Csomag letöltése
  2. Személyes kulcs
Az agent annyit lát, amennyit az a fejlesztő, semmivel sem többet.
Az Ön csapata8.3 · Agent-javaslatokAz agent Mart tervet írt a customer_lifetime_value-ra.
  1. Élesítés
  2. A diff átnézése
  3. Üzenet írása
  4. Élesítés
Az agent nem élesíthet. Egy felhasználó élesítette.
Az Ön üzlete8.3a · Emberi döntésAz SQL-t az agent írja. Egy ember dönti el, élesbe kerül-e, és az audit trail megnevezi ezt az embert.
Az Ön csapata8.4 · Korlátozott adathozzáférésNem akarja, hogy egy AI-agentnek állandó bejelentkezése legyen az adathoz.
  1. AI-adathozzáférés
  2. Változások mentése
A bejelentkezés magától lejár. Minden maszkolt oszlop üresen érkezik.
SchemaVortex8.4a · AI Assistant naplóMit csinált az agent?
Automatikus
Minden, amit az agent csinált, a felhasználó neve alatt.
Az Ön üzlete8.4b · AuditkészenlétEgy auditra a termékből percek alatt érkezik a válasz, az üzlet pedig közben zavartalanul működik.

9. fejezet

Minden naplózva van

A költség, a hozzáférés és minden változás naplózva van.

Az Ön csapata9.1 · KöltségfigyelőMennyibe kerül ez naponta?
  1. Költségfigyelő
A tegnapi költség, rendszerrészenként.
Az Ön üzlete9.1b · Serverless költségmodellA lekérdezések serverless SQL-en futnak, így a számla a lekérdezések által olvasott adatmennyiséget követi. Nincs szerver, amelyért akkor is fizetni kell, amikor senki nem kérdez le.
SchemaVortex9.1c · Nullára skálázódó agentekEgy felhőbeli agent egyszerre egy jobot futtat, és leáll, ha nincs mit tennie. A leállt agent nem kerül a számlára.
Az Ön csapata9.1a · Használat személyenkéntEgy riport viszi el a lekérdezési keretet.
  1. Synapse-használat
Lekérdezések és feldolgozott adat, személyenként.
Az Ön üzlete9.1d · Kiszámítható költségA platform fix előfizetés. Az Azure-t, amelyen fut, a Microsoft közvetlenül Önnek számlázza a Microsoft árain, viszonteladó nélkül, a költségfigyelő pedig megmutatja, mennyibe került egy-egy nap, és ki mennyit használt.
Az Ön üzlete9.2 · Audit trailKi módosította a customer_360-at, és mikor?
  1. Audit
Minden változás, ki és mikor, kereshetően személy, tábla vagy dátum szerint.
Minden rögzített művelet egy csak bővíthető archívumba is bekerül az Ön saját tárolójában, minden bejegyzés hashével együtt. Egy auditnál vagy vitánál a bizonyíték ott van, és nem függ a platformtól.
Az Ön üzlete9.2a · Hozzáférési mátrixAz auditor kérdezi, ki olvashatta májusban a Salary oszlopot.
  1. Generálás
Mátrix: minden olvasó, minden védett oszlop.
Az Ön üzlete9.2b · Jogosultsági mátrixKi mit tehet?
  1. Tényleges jogosultságok
Minden felhasználó jogosultságai a hatókörükkel együtt.
Az Ön csapata9.3 · KiléptetésEgy kolléga távozik.
  1. Letiltás
A hozzáférése azonnal megszűnik. A neve ott marad mindenen, amit csinált.
SchemaVortex9.3f · Alapból tiltásA felhasználók Microsoft Entrával jelentkeznek be. Az elsőé minden jogosultság. Az utána érkezőké semmi, amíg valaki nem ad nekik.
Az Ön csapata9.3a · CímtárcsoportokEbben a hónapban tizenkét elemző lépett be.
  1. Csoport összekötése
  2. Jogosultságok
A tagság a címtárat követi, és minden új tag egy személy jóváhagyására vár.
SchemaVortex9.3e · Synapse-hozzáférés szinkronA bejelentkezések, felhasználók és szerepkörök minden Query endpointon követik a felhasználó állapotát, adatelérését, jogosultságait és azokat a besorolásokat, amelyekre jogosult. SQL-bejelentkezést senki nem hoz létre kézzel.
Az Ön csapata9.3b · Fejlesztői jegyzetekElment a kolléga, aki ismerte a customer táblát.
  1. Fejlesztői jegyzet
A jegyzete a táblán marad. A BI-csapat olvassa, és az AI Assistant is.
Az Ön üzlete9.3d · Dokumentáció az adatnálHa távozik az az egy ember, aki ismerte a táblát, a válaszok maradnak: a lineage, a jegyzetek és a leírások a platformban vannak. Egyetlen riport és egyetlen projekt sem áll meg azért, mert valaki elment.
Az Ön csapata9.3c · Megjegyzések és címkékAz üzleti felhasználók kérdezik, mit jelent a CreditLimitBv2, és melyik tábla használható nyugodtan.
  1. Megjegyzés
  2. A leírás megírása
  3. Címkék
  4. Mentés
A leírás és a címkék a táblához tartoznak a katalógusban, ahol minden felhasználó olvassa őket.
SchemaVortex9.4 · Szállított dokumentációA jogi osztály kérdezi, hol van az adat, és a szállítónál ki fér hozzá.
Automatikus
A válasz a termékkel érkezett dokumentációban van: az Ön felhője, az Ön fiókja, és kívülről senki nem tud belépni.
Az Ön üzlete9.4a · AdatszuverenitásAz adat az Ön saját Key Vaultjában őrzött kulcsokkal van titkosítva, és standard Parquet-fájlokban tárolódik az Ön saját storage accountján. Ha a licenc lejár, minden olvasható marad.
Nincs használati analitika, nincs online licencellenőrzés, és semmilyen napló nem megy a szállítóhoz. Az egyetlen kapcsolat a szállító felé az új build ellenőrzése, így az adatok helyére vonatkozó kérdésre egy mondat a válasz.

Nézze meg az Ön saját adatán.

Egy rövid élő demó ugyanezt mutatja meg az Ön egyik forrásán.

Demó kérése Főbb funkciók →