Video: How to use a Raspberry Pi ft. Dr Sally Le Page 2025
I de tidlige dagene med datalagring handlet de fleste organisasjoner mellomvare tjenester gjennom tilpasset koding, i stedet for med få verktøy tilgjengelig på det tidspunktet, som vist i dette eksemplet:
-
En organisasjon skriver et program på et programmeringsspråk som COBOL, eller kanskje i et miljø som SAS, for å håndtere dataekstrakter fra en mainframe datakilde og deretter gjør kvalitetssikringskontroll og transformasjon.
-
En filoverføringstjeneste, for eksempel standard FTP (File Transfer Protocol), brukes til å kopiere de omformede og "rensede" dataene til maskinen der datalageret skal være.
-
Vanlig gammel SQL, eller et masseopplastingverktøy, brukes til å laste en relasjonsdatabase med det nye (eller oppdaterte) innholdet i datalageret.
Ingenting er galt med denne programmatiske tilnærmingen. Bestem alltid for ditt spesifikke miljø om tilpasset koding eller verktøy er "riktig" vei å gå. Ikke automatisk anta at du bør implementere datalageret ditt ved hjelp av mellomvareverktøy.
Men teamet ditt kan finne replikering av gjenbrukbar logikk som er bygd inn i de fleste middleware-verktøyene, veldig dyrt. Og i tillegg kan du finne åpen kildekode (gratis) mellomvareverktøy som er tilgjengelig, noe som gjør argumentet for "vi vil spare penger ved å bruke interne ressurser", en vanskelig å begrunne. Derfor er de fleste implementeringer i dag gjort ved hjelp av Utdrag, Transform, og Load (ETL) verktøy.
