Un depozit de date este un depozit unic de date în care o înregistrare din mai multe surse de date este integrată pentru procesarea analitică online a afacerilor (OLAP). Acest lucru implică faptul că un depozit de date trebuie să satisfacă cerințele din toate etapele de afaceri din cadrul întregii organizații. Astfel, proiectarea unui depozit de date este un proces extrem de complex, de lungă durată și, prin urmare, predispus la erori. În plus, funcțiile analitice de afaceri se schimbă în timp, ceea ce duce la modificări ale cerințelor pentru sisteme. Prin urmare, depozitul de date și sistemele OLAP sunt dinamice, iar procesul de proiectare este continuu.
Proiectarea depozitului de date adoptă o metodă diferită de materializarea vederii în industrii. Aceasta vede depozitele de date ca sisteme de baze de date cu nevoi particulare, cum ar fi răspunsul la interogări legate de management. Ținta proiectării devine modul în care înregistrarea din mai multe surse de date ar trebui să fie extrasă, transformată și încărcată (ETL) pentru a fi organizată într-o bază de date ca depozit de date.
Există două abordări
- abordarea „de sus în jos”
- abordarea „de jos în sus”
Abordare de proiectare de sus în jos
În abordarea de proiectare „de sus în jos”, un depozit de date este descris ca fiind orientat spre un subiect, variabilă în timp, nevolatilă și integrată pentru întreaga întreprindere, datele din diferite surse sunt validate, reformatate și salvate într-o bază de date normalizată (până la 3NF) ca depozit de date. Depozitul de date stochează informații „atomice”, adică datele la cel mai mic nivel de granularitate, din care pot fi construite marți de date dimensionale prin selectarea datelor necesare pentru anumite subiecte de afaceri sau anumite departamente. O abordare este o abordare bazată pe date, deoarece mai întâi se colectează și se integrează informațiile și apoi se formulează cerințele de afaceri ale subiecților pentru construirea de marți de date. Avantajul acestei metode este că suportă o singură sursă de date integrată. Astfel, marjele de date construite din ea vor avea coerență atunci când se suprapun.
Vantajele conceperii de sus în jos
Marțurile de date sunt încărcate din depozitele de date.
Dezvantajele conceperii de sus în jos
Dezvantajele conceperii de sus în jos
Această tehnică este inflexibilă la nevoile departamentale în schimbare.
Costul de implementare a proiectului este ridicat.
Abordarea de proiectare de jos în sus
În abordarea „de jos în sus”, un depozit de date este descris ca fiind „o copie a arhitecturii specifice datelor de tranzacție pentru interogare și analiză”, termenul de schemă în stea. În această abordare, un data mart este creat mai întâi pentru capacitățile necesare de raportare și analiză pentru anumite procese de afaceri (sau subiecte). Astfel, este necesar să fie o abordare orientată spre afaceri, spre deosebire de abordarea orientată spre date a lui Inmon.
Datele mart includ datele de cea mai mică granulație și, dacă este necesar, și datele agregate. În loc de o bază de date normalizată pentru depozitul de date, o bază de date dimensională denormalizată este adaptată pentru a satisface cerințele de livrare a datelor din depozitele de date. Folosind această metodă, pentru a utiliza setul de data marts ca depozit de date al întreprinderii, data marts ar trebui să fie construite având în vedere dimensiunile conformate, definind faptul că obiectele obișnuite sunt reprezentate la fel în diferite data marts. Dimensiunile conformate au conectat marțurile de date pentru a forma un depozit de date, care se numește în general depozit de date virtual.
Avantajul abordării de proiectare „de jos în sus” este că are un ROI rapid, deoarece dezvoltarea unui mart de date, un depozit de date pentru un singur subiect, necesită mult mai puțin timp și efort decât dezvoltarea unui depozit de date la nivelul întregii întreprinderi. De asemenea, riscul de eșec este și mai mic. Această metodă este în mod inerent incrementală. Această metodă permite echipei de proiect să învețe și să crească.
Vantajele designului de jos în sus
Documentele pot fi generate rapid.
Depozitul de date poate fi extins pentru a găzdui noi unități de afaceri.
Este vorba doar de dezvoltarea de noi marți de date și apoi de integrarea cu alte marți de date.
Dezavantajele proiectării de jos în sus
Localizările depozitului de date și ale martorilor de date sunt inversate în proiectarea cu abordare de jos în sus.
Diferențiere între abordarea de proiectare de sus în jos și abordarea de proiectare de jos în sus
| Abordare de proiectare de sus în jos | Abordare de proiectare de jos în sus |
|---|---|
| Sparge problema vastă în subprobleme mai mici. | Rezolvă problemele esențiale de nivel inferior și le integrează într-una superioară. |
| Arhitectură inerentă- nu este o uniune a mai multor marje de date. | În mod inerent incrementală; poate programa mai întâi marjele de date esențiale. |
| Stocare unică, centrală a informațiilor despre conținut. | Informații departamentale stocate. |
| Reguli și control centralizat. | Reguli și control departamental. |
| Include informații redundante. | Redundanța poate fi eliminată. |
| Se pot vedea rezultate rapide dacă se implementează cu repetiții. | Risc mai mic de eșec, randament favorabil al investiției și dovadă a tehnicilor. |
.