Power Query graba pasos, no resultados

La idea

Cuando haces clic en Transform → Trim en Power Query Editor, Power Query no edita tus datos. Escribe una línea en una receta. La lista de Applied Steps de la derecha es esa receta, de arriba abajo: un paso Source y luego todo lo que hiciste.

La tabla que ves en el editor es la receta reproducida hasta el paso que tienes seleccionado. Selecciona un paso anterior y la tabla vuelve a como estaba. No se perdió nada, porque nada se cambió nunca. El origen sigue igual, y los pasos solo describen qué hacer con él.

Por qué existe

Piensa en cómo es un lunes por la mañana sin esto. Alguien abre las exportaciones, recorta las mismas ciudades, corrige los mismos precios que llegaron como texto y borra a mano las mismas filas en blanco. El lunes siguiente lo repite de memoria, y se salta algún paso.

Una receta grabada lo resuelve. Construyes la limpieza una vez. Cada actualización la repite sobre el origen nuevo, en el mismo orden, sin manos. Y como cada paso tiene nombre, un colega puede abrir la lista y ver exactamente qué pasó con los números: un cambio que nadie ve es el que nadie cree.

Cómo funciona por dentro

Cada paso es una línea de M

Cada paso es una línea de código en un lenguaje llamado M. Abre Home → Advanced Editor y verás toda la consulta, un paso por línea, cada uno usando el nombre del paso anterior:

let
    Source = Sql.Database("harborpine", "store"),
    customers = Source{[Schema="dbo", Item="customers"]}[Data],
    Trimmed = Table.TransformColumns(customers, {{"city", Text.Trim, type text}}),
    Capitalized = Table.TransformColumns(Trimmed, {{"city", Text.Proper, type text}})
in
    Capitalized

Nunca tienes que escribir M para las tareas de todos los días. La cinta de opciones lo escribe por ti. Pero leerlo una vez deja clara la regla principal: cada paso es una función del paso anterior.

El orden es la lógica

Si un paso depende del resultado anterior, el orden cambia la respuesta. Tres casos comunes:

• Limpia el texto antes de compararlo. Recorta y capitaliza primero, y después quita duplicados o haz el merge. Si no, Tucson y Tucson no coinciden.

• Fill down antes de unpivot. Las celdas vacías hay que rellenarlas mientras los grupos aún están en columnas. Si despivotas primero, los nulls se copian en cada fila nueva.
• Cambia el tipo antes de filtrar por él. Un filtro "mayor que 100" sobre una columna de texto compara texto, y "9" se ordena después de "100".

Si un paso tardío falla, haz clic en uno anterior de la lista y mira la tabla en ese punto. Ese es el depurador.

Folding: los pasos que nunca se ejecutan en Power Query

Cuando el origen es una base de datos como SQL Server, Power Query intenta traducir tus primeros pasos a una sola consulta SQL y deja que trabaje la base de datos. Eso es el query folding. Choose columns y Filter rows se pliegan en SELECT ... WHERE ..., así que solo viajan a Power BI las columnas y filas que conservaste. Haz clic derecho en un paso y mira View Native Query: si está habilitado, el paso se plegó.

Algunos pasos no pueden plegarse (por ejemplo, una columna personalizada que ejecuta código M). Cuando uno no se pliega, todos los pasos siguientes se ejecutan dentro de Power Query sobre las filas ya descargadas. Por eso conviene poner primero los filtros y la elección de columnas, como hace el primer nivel de este capítulo.

Los tipos también son pasos

Power Query añade por su cuenta un paso Changed Type justo después de Source, adivinando a partir de las primeras filas. Trata esa suposición como un borrador. Un precio que llegó como texto, como "31.99", no se puede sumar hasta que sea un número decimal, y una columna de fecha con tipo texto no se relacionará con la tabla Date. Mira el pequeño icono de cada encabezado de columna (ABC para texto, 1.2 para decimal, un calendario para fecha) y fija el tipo a propósito, como hace el segundo nivel de este capítulo.

Merge y append reutilizan la misma idea

Merge Queries une dos consultas por una clave, como un JOIN de SQL, y añade la otra tabla como una columna que puedes expandir. Append Queries apila tablas con las mismas columnas, como cuando el marketplace manda una exportación por mes. Ambos son pasos como cualquier otro, y ambos reciben otra consulta como entrada. Las consultas que referencias aparecen entonces en la vista Query Dependencies (View → Query Dependencies), que es el mapa de dónde sale cada tabla.

Pon nombre a los pasos

Un paso llamado Changed Type2 no le dice nada a un colega. Haz clic derecho en un paso, Rename, y llámalo como lo que hace: "Trim city", "Keep completed orders". Si pasas el cursor por un paso, aparece su nota. Diez minutos poniendo nombres ahorran una hora el día que otra persona tenga que explicar los números.

Dónde termina

Close & Apply carga el resultado en el modelo. Desde entonces la consulta es una tabla del modelo y actualizar el informe repite toda la cadena. Si cambias un paso más adelante, la siguiente actualización reconstruye la tabla, así que las medidas siguen funcionando mientras existan las columnas que usan.

Errores comunes

"Power Query cambia los datos originales"

Lee el origen y nunca escribe de vuelta. Puedes borrar todas las columnas en el editor y el archivo de Excel o la tabla de SQL queda exactamente como estaba. Lo único que cambia es la receta y lo que se carga en el modelo.

"El orden de los pasos no importa, es solo una lista de limpiezas"

Es una tubería, no una lista de comprobación. Cada paso recibe la salida del anterior. Recorta después de quitar duplicados, despivota antes de rellenar o filtra antes de cambiar el tipo, y el resultado es distinto aunque se hayan aplicado los mismos pasos.

"Ya lo limpié, así que se queda limpio"

Solo mientras la limpieza sea un paso. Si corriges un valor escribiendo sobre él en una exportación de Excel, la siguiente exportación trae de vuelta el desorden. Un paso que reemplaza o recorta se vuelve a aplicar en cada actualización, incluso a los datos que todavía no existen.