ELT to skrót od „extract, load, transform” (ekstrakcja, ładowanie, transformacja). Odwraca tradycyjną kolejność ETL. Dane są ekstrahowane ze źródeł i ładowane bezpośrednio do systemu docelowego w postaci surowej. Transformacje odbywają się wewnątrz systemu docelowego, zazwyczaj w chmurze, wykorzystując jego moc obliczeniową. To podejście zyskało popularność wraz ze skalowaniem chmurowych magazynów danych i spadkiem kosztów przetwarzania. Po co transformować dane na osobnym serwerze, skoro magazyn może to zrobić szybciej i taniej?

ELT ma swoje zalety. Surowe dane są zachowywane w hurtowni, dzięki czemu transformacje można ponownie uruchomić bez konieczności ponownego wyodrębniania danych ze źródeł. Nowe transformacje można stosować wstecz. System docelowy przejmuje większość zadań, co upraszcza architekturę potoku. Narzędzia takie jak dbt wprowadziły praktyki inżynierii oprogramowania do transformacji: kontrolę wersji, testowanie, dokumentację i modułowy kod. Kompromisem jest to, że hurtownia musi być wystarczająco wydajna, aby obsługiwać zarówno przechowywanie, jak i transformację. Oznacza to również, że surowe, potencjalnie wrażliwe dane znajdują się w hurtowni przed transformacją. Kontrola dostępu musi je chronić. ELT nie jest uniwersalnie lepsze od ETL. W przypadku niektórych obciążeń transformacja przed załadowaniem zmniejsza ilość danych docierających do hurtowni. W innych przypadkach wygrywa elastyczność ELT. Wybór zależy od możliwości systemu docelowego i preferencji zespołu.

Charakterystyka ELT

• Załaduj surowe dane — trafiają do magazynu bez zmian
• Transformacja na miejscu — obliczenia magazynowe obsługują transformacje
• Możliwość ponownego przetwarzania — transformacje można ponownie uruchomić na surowych danych
• Prostsze rurociągi — mniej ruchomych części
• Zależne od magazynu — wymaga skalowalnej mocy obliczeniowej

ELT to ETL wywrócone do góry nogami. Magazyn wykonuje całą pracę. Pipeline po prostu przesyła dane.