ELT står for ekstraher, last inn, transformer. Det reverserer den tradisjonelle ETL-rekkefølgen. Data hentes fra kilder og lastes direkte inn i målsystemet i sin rå form. Transformasjoner skjer inne i målet, vanligvis et skybasert datalager, ved hjelp av dets beregningskraft. Tilnærmingen ble populær etter hvert som skybaserte datalager skalertes og behandlingskostnadene deres falt. Hvorfor transformere på en separat server når lageret kan gjøre det raskere og billigere?

ELT har fordeler. Rådata bevares i lageret, slik at transformasjoner kan kjøres på nytt uten å måtte utvinne dem fra kilder på nytt. Nye transformasjoner kan brukes med tilbakevirkende kraft. Målsystemet håndterer det tunge arbeidet, noe som forenkler pipeline-arkitekturen. Verktøy som dbt brakte programvareutviklingspraksis til transformasjon: versjonskontroll, testing, dokumentasjon og modulær kode. Avveiningen er at lageret må være kraftig nok til å håndtere både lagring og transformasjon. Det betyr også at rå, potensielt sensitive data ligger i lageret før transformasjon. Tilgangskontroller må beskytte dem. ELT er ikke universelt bedre enn ETL. For noen arbeidsbelastninger reduserer transformering før lasting volumet av data som når lageret. For andre vinner fleksibiliteten til ELT. Valget avhenger av målsystemets muligheter og teamets preferanser.

ELT-egenskaper

• Last inn rådata – dataene havner urørt på lageret
• Transformer på stedet – lagerberegning håndterer transformasjoner
• Kan behandles på nytt – transformasjoner kan kjøres på nytt på rådata
• Enklere rørledninger – færre bevegelige deler
• Lageravhengig – krever skalerbar databehandling

ELT er ETL snudd på vrangen. Lageret gjør jobben. Pipeline flytter bare data.