Video: How Does the Cold Affect Our Skin? ❄️Freezing Facial For Minimizing Pores, Acne & Inflammation 2024
În primele zile ale depozitării de date, majoritatea organizațiilor au tratat servicii middleware prin codificare personalizată, câteva instrumente disponibile în acel moment, după cum se arată în acest exemplu:
-
O organizație scrie un program într-un limbaj de programare, cum ar fi COBOL sau într-un mediu cum ar fi SAS, pentru a gestiona extrasele de date dintr-o sursă de date mainframe efectuați verificarea asigurării calității și transformarea.
-
Un serviciu de transfer de fișiere, cum ar fi standardul FTP (File Transfer Protocol), este utilizat pentru a copia datele transformate și "curățate" în aparatul pe care va locui depozitul de date.
-
SQL vechi simplu sau un utilitar de încărcare în vrac este folosit pentru a încărca o bază de date relațională cu conținutul nou (sau actualizat) al antrepozitului de date.
Nu este nimic în neregulă cu această abordare programatică. Întotdeauna determinați pentru mediul dvs. specific dacă codificarea sau instrumentele personalizate sunt calea "potrivită" de parcurs. Nu presupuneți în mod automat că trebuie să implementați depozitul de date utilizând instrumente middleware.
Dar echipa dvs. ar putea găsi replicarea logicii reutilizabile construită în cele mai multe unelte middleware foarte scumpe. Și, în plus, puteți găsi instrumente open source (gratuite) middleware disponibile, făcând argumentul "vom economisi bani folosind resursele interne", unul dificil de justificat. De aceea, majoritatea implementărilor de astăzi sunt realizate utilizând instrumentele Extract, Transform, și Load (ETL).
