Автор разбирает, почему в индустрии всё чаще появляются не только привычный ETL, но и ELT, ETLT и EtLT. Традиционный паттерн ETL применяет бизнес-логику во время преобразования, до загрузки в хранилище: данные выбирают, преобразуют и только потом кладут в хранилище. ELT меняет эту последовательность, перенося часть преобразований на этап после загрузки.
Путаница в названиях мешает командам договариваться о том, где именно выполняется бизнес-логика и кто отвечает за качество данных. EtLT предлагает промежуточный взгляд, который учитывает сильные стороны обоих подходов. Для архитекторов данных важно не столько модное сокращение, сколько явное понимание порядка операций в конкретном контуре.
Практический смысл — расставить точки над i при проектировании pipeline: зафиксировать, на каком этапе живёт трансформация, и называть процесс так, чтобы это было понятно всей команде, а не только автору схемы.