Saltar al contenido
Datacon Alex— inicio
YouTube
← Glosario

Ingeniería de datos

ELT

en inglés: Extract, Load, Transform

La misma mudanza que el ETL pero en otro orden: primero cargas el dato crudo en el almacén y lo transformas ya estando adentro, aprovechando su motor de cómputo.

ELT es ETL con las últimas dos letras intercambiadas, y ese cambio de orden reacomoda todo lo demás.

En ETL transformas en un servidor intermedio y al almacén solo llega el resultado final. En ELT vacías el dato crudo en el almacén tal como salió del origen, y las transformaciones son consultas que corren ahí adentro.

Por qué se volvió lo normal

Almacenes como BigQuery, Snowflake o Redshift separan el almacenamiento del cómputo. Guardar es barato y el motor de consultas es más potente que cualquier máquina intermedia que tú vayas a mantener. Si el músculo ya está del otro lado, no tiene sentido transformar antes de llegar.

La ventaja que de verdad importa

Guardar el crudo te da algo que el ETL clásico te quita: poder volver atrás.

Cuando en seis meses el área de negocio te diga que la definición de "cliente activo" estaba mal, en ELT reescribes la consulta y recalculas toda la historia. En ETL ese dato original ya no existe: se transformó antes de aterrizar y lo que tienes es el resultado de una regla que ya no aplica.

-- Capa cruda: copia fiel del origen, no se toca.
CREATE TABLE crudo.pedidos AS SELECT * FROM origen.pedidos;

-- Capa transformada: aquí sí vive la lógica de negocio,
-- y se puede reconstruir cuando la definición cambie.
CREATE OR REPLACE TABLE analitica.pedidos AS
SELECT
  id_pedido,
  LOWER(TRIM(correo))              AS correo,
  CAST(fecha AS DATE)              AS fecha,
  total / 100.0                    AS total_pesos
FROM crudo.pedidos
WHERE estatus <> 'cancelado';

Cuándo no

Si tienes datos personales que por regulación no puedes almacenar sin enmascarar, la transformación tiene que pasar antes de la carga. Ahí ETL no es una decisión de arquitectura, es un requisito.

Siguientes en la fila