Video: Nuclear Power and Bomb Testing Documentary Film 2024
Natura unui antrepozit de date (compusă în principal sau exclusiv din date care provin din altă parte, baze de date și este convertit într-un material de date) înseamnă că nu poate să stea singură ca entitate independentă în cadrul organizației dvs.
Creșterea fenomenală a computerelor distribuite (Internet și intranet, precum și stocarea datelor interne și externe) a dus la o schimbare fundamentală a modului în care sunt construite aplicațiile.În vechile zile ale mainframe-urilor și minicamputerelor, un singur sistem fizic conține în mare parte infrastructura (sistemele de operare, bazele de date și sistemele de fișiere și managerii de comunicații și tranzacții)
< ! - 1 ->Cu ajutorul calculului distribuit acum, modelul dominant (chiar și mainframele și minicomputerele fac parte, de obicei, dintr-un mediu distribuit mai mare), infrastructura se răspândește pe mai multe p se întorc în afacerea dvs. și, eventual, în afara întreprinderii dvs.
Atunci când dezvoltați orice aplicație sau sistem, fie depozitare de date, fie o aplicație tradițională de procesare a tranzacțiilor, aveți dependențe semnificative de fragmente din mediul general pe care nu aveți control direct. Iată câteva exemple specifice pentru depozitarea datelor:
-
Proiectați un depozit de date care, pe baza cerințelor afacerii și a politicilor de disponibilitate a datelor pentru aplicații, trebuie să aibă în jur de 25 de gigaocteți de date noi și actualizate extrase din diferite surse în fiecare seară și trimise prin rețea către platforma hardware pe care se află depozitul de date.
Infrastructura dvs. de rețea corporativă este încă subdimensionată. După o analiză suplimentară, rețeaua nu se poate apropia de a susține transferul necesar pentru a muta datele în depozit în fereastra de timp disponibilă.
-
În timpul fazei de aplicare a proiectului de depozitare a datelor, stabiliți că strategia de împingere pentru actualizarea depozitului de date este modelul cel mai potrivit de urmat. Cu toate acestea, pentru a implementa o strategie de împingere, trebuie să modificați fiecare aplicație sursă pentru a include codul care detectează când aplicația trebuie să împingă datele către depozitul de date.
Aplicațiile moștenite care furnizează date depozitului sunt, din nefericire, atât de greu de înțeles că nu există o politică de a face modificări decât dacă este absolut necesar pentru fiecare aplicație.
-
Decideți să urmați o soluție relațională OLAP (sau ROLAP) și rulați o serie de repere împotriva a trei produse DBMS relaționale (RDBMS) pentru a vedea care dintre ele suportă cel mai bine procesarea informațiilor și a deciziilor (mai degrabă decât procesarea tranzacțiilor).
Produsul care a înregistrat cele mai slabe valori de referință este, din păcate, și standardul dvs. corporativ, iar orice bază de date relațională instalată oriunde în compania dvs. trebuie să fie de acest soi, indiferent de modul în care intenționați să o utilizați.
Gândiți-vă conceptual (nu vă faceți griji cu privire la detaliile implementării) în stadiile incipiente ale unui proiect de antrepozitare a datelor sau orice alt efort de dezvoltare a aplicațiilor - nu numai acceptabil, ci și practici bune de dezvoltare a sistemelor.
Totuși, într-un anumit moment, trebuie să luați în considerare hardware-ul, software-ul, costurile, bugetul și alte tipuri de constrângeri din lumea reală. Înainte de a începe construcția, asigurați-vă că luați în considerare tot ce vă poate afecta planurile și planurile pentru depozitul de date.
Acest proiect este foarte asemănător cu construirea unei case. Urmezi un proces prin care îți stabilești nevoile și apoi arhitectul elaborează planuri. Modelele evidențiază materialele de care aveți nevoie pentru a veni în întâmpinarea cerințelor dvs. - asigurați-vă că produsul finit îndeplinește viziunea stabilită la început.