Video: Manager Financiar ERP - modul facturare | achizitii externe 2024
În jurul anului 1995, vânzătorii au început să își poziționeze software-ul ca instrumente virtuale de stocare a datelor. Premisa fundamentală a fost că uneori nu are sens să copiați și să manipulați o grămadă de date, doar în cazul în care cineva are nevoie de ea. De ce nu accesați date direct de la sursă pe o bază așa cum este necesar?
Din păcate, accesarea datelor de la o rețea la sursă sa dovedit a fi cea mai puțin provocatoare problemă în încercarea de a furniza un fel de depozit de date la fața locului. Aceleași provocări cu care se confruntă orice mediu de stocare a datelor (cum ar fi tratarea calității datelor, stabilirea tipurilor de transformări care trebuie efectuate și alegerea modului de a trata aceste transformări atunci când diferitele surse sunt inconsistente) sunt încă prezente.
Doar pentru că puteți ajunge la date la sursă (în aproape orice bază de date sau structură de fișiere) nu înseamnă că datele furnizează informațiile de business necesare atunci când este în mâinile dvs.
Pentru a rezolva aceste probleme legate de calitatea datelor, mulți arhitecți de date au început să realizeze o construcție de date de la baza de jos în sus pentru a dezvolta un depozit de date bazat pe componente. Mai degrabă decât să aveți o singură bază de date în care să alimentați toate datele (crearea unui depozit de date), o serie de componente gestionează fiecărui set de funcții (cum ar fi răspunsurile la anumite întrebări de afaceri) sau anumite subiecte. Împreună, aceste date marts (sau componente) conțin un mediu de stocare a datelor.
Enterprise Information Integration (EII) pe piață. Această figură prezintă un mediu în care componentele individuale sunt create în mediul de stocare a datelor într-o manieră de jos în sus. În loc să combine componentele într-o singură bază de date (și să copieze toate datele din nou), EII creează un mediu de stocare a datelor în care utilizatorii pot accesa conținutul fiecărei componente dintr-un instrument de business intelligence,.
Când te duci la diverse site-uri, nu accesezi anunțuri pentru cele mai recente tracții pe patru roți pe care le-ai jucat, scoruri sportive, desene animate Dilbert sau orice altceva faci pe Internet.Aduți înapoi bucăți de date care sunt apoi combinate și trimise înapoi la browser. Aceasta este depozitarea datelor virtuale - este la fel ca și Internetul!
Nu este o idee bună să construim un mediu virtual de stocare a datelor pentru a accesa direct datele sursă, în formatul său nativ. Provocarea dvs. nu este imaginarea cum să vă alăturați la bazele de date cross-platform (combinând datele IMS cu datele DB2, de exemplu) și manipularea acelor tipuri de transformări la nivel de sistem, asigurându-vă că calitatea datelor este mare și nu necesită utilizatorul să curețe manual datele.
Prin urmare, fiecare aplicație ar trebui să fie disponibilă în depozit și să conțină un editor de date care să răspundă de toate serviciile middleware (cum ar fi extracția și asigurarea calității), după cum se specifică în regulile de afaceri ale mediului.
Editorul de date ar putea funcționa aproape în mod real în timp real, cum ar fi trebuit să facă într-un magazin de date operațional sau ar putea funcționa într-un mod periodic (orientat în lot) dacă nu sunt necesare actualizări instantanee. În această situație, editorul de date este un produs mini-middleware încorporat în aplicație (sau un serviciu accesat de aplicație).
Când vă gândiți la depozitarea datelor virtuale, înlocuiți întrebarea "Pot accesa datele? "Cu întrebarea" Pot obține informații utile? "Editorul de date joacă un rol important și nu trebuie neglijat.
De asemenea, nu puteți neglija arhitectura datelor. Doar pentru că dezvoltați componente într-o manieră de jos în sus și ele sunt accesate în loc, în loc să fie copiate într-o bază de date cu date mai mari, nu înseamnă că puteți neglija această funcție.
Spuneți că o componentă stochează ID-urile clienților ca numere de cinci cifre după transformare și conține numai clienții care au făcut achiziții în ultimele șase luni. Și o altă componentă, care conține toți clienții care au cumpărat vreodată produsele companiei dvs., utilizează identificatori alfanumerici cu șapte caractere. În această situație, este posibil să aveți același tip de probleme de nepotrivire a datelor pe care le-ați întâlni dacă accesați date direct din surse.
Deși EII permite diferențe între conținutul componentelor, trebuie să înțelegeți și să gestionați diferențele astfel încât să nu împiedicați misiunea de business intelligence.
