GeeksforGeeks
att designa ett datalager är en viktig del av affärsutvecklingen. För design Finns det två vanligaste arkitekturer som heter Kimball och Inmon men frågan är vilken som är bättre, vilken som tjänar användaren med låg redundans. Låt oss jämföra båda på vissa faktorer.
1. Kimball:
Kimball-metoden för att designa ett Dataware-hus introducerades av Ralph Kimball. Detta tillvägagångssätt börjar med att erkänna affärsprocesser och frågor som Dataware house måste svara på. Dessa uppsättningar av information analyseras och dokumenteras sedan väl. Programmet Extract Transform Load (ETL) ger all data från flera datakällor som kallas data marts och laddas sedan in i ett gemensamt område som kallas staging. Sedan omvandlas detta till OLAP-kub.
tillämpningar :
- installation och byggd är snabb.
- att generera rapport mot flera stjärnschema är mycket framgångsrikt.
- Databasoperation är mycket effektiv.
- upptar mindre utrymme i databasen och hantering är lätt.
Kimball Dataware house arkitektur visas nedan :
2. Inmon:
Inmon tillvägagångssätt för att designa ett Dataware-hus introducerades av Bill Inmon. Detta tillvägagångssätt börjar med företagsdatamodell. Denna modell känner igen viktiga områden och tar också hand om kund, produkt och leverantör. Denna modell tjänar till att skapa en detaljerad logisk modell som används för större operationer. Detaljer, modell används sedan för att utveckla en fysisk modell. Denna modell normaliseras och gör dataredundans mindre. Detta är en komplex modell som är svår att använda för affärsändamål för vilka data marts skapas och varje avdelning kan använda den för sina ändamål.
tillämpningar :
- datalagret är mycket flexibelt för förändringar.
- affärsprocess kan förstås mycket enkelt.
- rapporter kan hanteras över hela företaget.
- ETL-processen är mycket mindre benägen för fel.
inmon Dataware house arkitektur visas nedan :
skillnaden mellan Kimball och Inmon :
| parametrar | Kimball | Inmon |
|---|---|---|
| introducerad av | introducerad av Ralph Kimball. | introducerad av Bill Inmon. |
| Approach | den har nedifrån och upp strategi för genomförande. | den har Top-Down-strategi för implementering. |
| Data Integration | det fokuserar enskilda affärsområden. | det fokuserar företagsomfattande områden. |
| byggtid | det är effektivt och tar mindre tid. | det är komplext och förbrukar mycket tid. |
| kostnad | den har iterativa steg och är kostnadseffektiv. | initialkostnaden är enorm och utvecklingskostnaden är låg. |
| färdigheter som krävs | det behöver inte sådana färdigheter men ett generiskt team kommer att göra jobb. | det behöver specialkunskaper för att göra arbete. |
| underhåll | här är underhåll svårt. | här är underhållet enkelt. |
| datamodell | det föredrar att data är i De-normaliserad modell. | det föredrar att data är i normaliserad modell. |
| datalagringssystem | i detta är källsystemen mycket stabila. | i detta har källsystem hög förändringshastighet. |