I tidigare , introducerade vi grunderna för DATA VAULT, utvidgningen av DATA VAULT till ett mer analysvÀnligt tillstÄnd och skapandet av BUSINESS DATA VAULT. Det Àr dags att avsluta serien med den tredje artikeln.
Som jag nÀmnde i den föregÄende , kommer denna artikel att handla om Àmnet BI, eller mer specifikt beredningen av DATA VAULT som en datakÀlla för BI. LÄt oss titta pÄ hur man skapar faktatabeller och dimensioner, och dÀrigenom skapa en stjÀrnschema.
NÀr jag började studera engelsksprÄkigt material om skapandet av datavitriner över DATA VAULT fick jag en kÀnsla av att processen var ganska komplicerad. Eftersom artiklarna Àr omfattande, innehÄller de hÀnvisningar till förÀndringar i formuleringar som har dykt upp i metodologin Data Vault 2.0, vilket understryker betydelsen av dessa formuleringar.
Men nÀr jag fördjupade mig i översÀttningen blev det tydligt att processen inte Àr sÄ svÄr. Men kanske har du en annan Äsikt.
SÄ, lÄt oss gÄ till kÀrnan.
Dimensionstabletter och faktatabeller i DATA VAULT
Den mest svÄrförstÄeliga informationen:
- Dimensionstabeller byggs pÄ information frÄn hubbar och deras satelliter;
- Faktatabeller byggs pÄ information frÄn lÀnkar och deras satelliter.
Och detta blir tydligt efter att ha lÀst artikeln om . Hubbar lagrar unika nycklar till affÀrsobjekt, deras satelliter lagrar tillstÄndsattribut hos affÀrsobjekt kopplade till tid, satelliter kopplade till lÀnkar som stödjer transaktioner lagrar numeriska egenskaper för dessa transaktioner.
Detta avslutar teorin i grunden.
Men jag tycker ÀndÄ att det Àr viktigt att notera nÄgra begrepp som kan förekomma i artiklar om DATA VAULT-metodologin:
- Raw Data Marts â ârĂ„aâ datavitriner;
- Information Marts â informationsvitriner.
Begreppet 'Raw Data Marts' avser vitriner byggda ovanför DATA VAULT-data genom att utföra ganska enkla JOINs. TillvÀgagÄngssÀttet 'Raw Data Marts' gör det möjligt att flexibelt och snabbt utöka lagringsprojektet med information som lÀmpar sig för analys. SÄdant tillvÀgagÄngssÀtt krÀver inte att komplicerade datatransformationer eller affÀrsregler utförs innan de sÀtts i vitrinen, men data i 'Raw Data Marts' mÄste vara förstÄeliga för affÀrsanvÀndaren och syftar till att fungera som grund för vidare transformation, till exempel med BI-verktyg.
Begreppet âInformation Martsâ introducerades i metodologin Data Vault 2.0, och det ersatte det gamla begreppet âData Martsâ. Denna förĂ€ndring beror pĂ„ insikten om uppgiften att implementera datamodellen för att skapa rapporter som en omvandling av data till information. Schemat âInformation Martsâ bör i första hand förse verksamheten med beslutsanpassad information.
TillrÀckligt omskrivna definitioner speglar tvÄ enkla fakta:
- Vitriner av typen âRaw Data Martsâ byggs pĂ„ rĂ„ (RAW) DATA VAULT, ett lagringsutrymme som innehĂ„ller endast grundlĂ€ggande begrepp: HUBS, LINKS, SATELLITES;
- Vitriner âInformation Martsâ byggs med anvĂ€ndning av element frĂ„n BUSINESS VAULT: PIT, BRIDGE.
Om vi ser pĂ„ exempel pĂ„ lagring av information om anstĂ€llda kan vi sĂ€ga att vitrin som visar den nuvarande (gĂ€llande idag) telefonnumret för en anstĂ€lld â det Ă€r en vitrin av typen âRaw Data Martsâ. För att skapa en sĂ„dan vitrin anvĂ€nds den affĂ€rsmĂ€ssiga nyckeln för den anstĂ€llde och funktionen MAX(), som anvĂ€nds pĂ„ attributet för lastdatum i satelliten (MAX(SatLoadDate)). NĂ€r det krĂ€vs att lagra historiken för förĂ€ndringar av attributet i vitrin â mĂ„ste vi förstĂ„ frĂ„n vilket datum till vilket datum telefonen var aktuell, den primĂ€ra nyckeln i en sĂ„dan tabell bestĂ„r av en kompilering av den affĂ€rsmĂ€ssiga nyckeln och lastdatumet i satelliten, dessutom tillĂ€ggs ett fĂ€lt för slutdatum för periodens aktualitet.
Att skapa en vitrin som lagrar aktuell information för varje attribut frĂ„n flera satelliter som ingĂ„r i en hub, exempelvis telefonnummer, adress, namn, innebĂ€r att anvĂ€nda PIT-tabellen, genom vilken det enkelt gĂ„r att fĂ„ alla datum för aktualitet. SĂ„dana vitrin hĂ€nförs till âInformation Martsâ.
BÄda lösningarna Àr aktuella bÄde för dimensioner och fakta.
För att skapa vitrin som lagrar information om flera links och hubbar kan BRIDGE-tabeller anvÀndas.
Med denna artikel avslutar jag cykeln om konceptet DATA VAULT, och jag hoppas att den information jag delat kommer att vara anvÀndbar i genomförandet av dina projekt.
Som alltid, i avslutningen, nÄgra anvÀndbara lÀnkar:
- Kenta Graziano, dÀr det förutom detaljerade beskrivningar finns modeller;
- Bok: âBuilding a Scalable Data Warehouse with DATA VAULT 2.0â;
- ;
- .
KĂ€lla: habr.com
