Carácter de espacio en nombres de campo que actúan de manera diferente en Flujos de datos de Power BI y Power Query

[Anonymous]

Estoy intentando convertir algunos de mis conjuntos de datos estándar de Power BI Power Query en flujos de datos de Power BI. He encontrado esta experiencia muy frustrante, con los flujos de datos no reconocer el código copiado de mis consultas PQ existentes.

Me parece que los flujos de datos de Power BI y las consultas de energía de Power BI (Escritorio) están haciendo algo diferente con los caracteres de espacio en mis nombres de campo, lo que hace que los campos sean efectivamente completamente diferentes.

¿Alguien ha tenido este problema y tiene alguna idea? Es bastante frustrante.

A continuación se muestra una captura de pantalla del pegado de estos campos en NotePad++.

[pranit828]

Hola @jpetrelli

Chek el siguiente enlace que le guiará paso a paso para configurar flujos de datos

https://exceleratorbi.com.au/moving-queries-from-power-bi-desktop-to-dataflows/

[Anonymous]

@pranit828

Gracias por el post. Lo leeré más a fondo, pero no creo que aborde el problema. Moreso, validó mi enfoque.

Mi problema es que el código PQ copiado se respondió de manera diferente en el flujo de datos.

El campo de captura de pantalla de ejemplo, [TIME IN], no se reconoce, por lo que se produce un error en la consulta PQ en funcionamiento cuando se llama a ese campo en el flujo de datos. No creo que el flujo de datos tenga un problema con TODOS los campos que tienen espacios, pero definitivamente los campos utilizados para fórmulas, combinaciones o que se llaman explícitamente para funciones, como Reordenar, Ordenar o Filtros.

Cualquier otro pensamiento es bienvenido.
(Y gracias por dirigirme al puesto. Definitivamente lo revisaré más de cerca.)

[mahoneypat]

Dos posibles soluciones que podría probar.

1. Es posible que pueda utilizar una referencia relativa en lugar de una absoluta para resolver su problema. Arriba del error puede cambiar el nombre de esa columna por su posición en Table.ColumnNames() que es un funciton que enumera todos los nombres de columna del paso anterior

Por ejemplo, donde se ve "Tiempo de entrada" en una fórmula, suponiendo que es la tercera columna se puede reemplazar que con Table.ColumnNames("Anterior Step"){2} (la consulta de energía comienza a contar en 0, por lo que se usa 2 en lugar de 3)

2. Alternativamente, le vendría bien un intento ... de lo contrario alrededor de un paso que intenta cambiarle el nombre a Tiempo de entrada para que coincida con el otro tiempo de entrada. En el caso de que no lo encuentre, no se error. Una vez que los nombres coincidan, todos los pasos descendentes procesarán sin error.

Si esto funciona para usted, márquelo como la solución. Los elogios también son apreciados. Por favor, avísame si no.

saludos

palmadita

[Anonymous]

palmadita

Gracias por sus sugerencias. Ofrecen algunas posibilidades interesantes como soluciones.

Sin embargo, antes de adaptar cualquiera de mis consultas y lógica, espero identificar por qué está sucediendo esto. No parece una "característica" deseable.

¿Han experimentado otros problemas? ¿Es una consecuencia no intencional de un ajuste que ajusté en algún lugar?

Tratar los espacios como caracteres diferentes en función del entorno parece contradictorio con todos los esfuerzos realizados para integrar Power BI y Power Queries.

¿Hay alguna solución de problemas a las áreas para revisar o explorar que podrían abordar este problema directamente, en lugar de requerir soluciones alternativas?

Gracias.

Joe

[Anonymous]

Creo que he identificado el factor contribuyente...

Estaba copiando mis consultas hacia y desde OneNote y parece que presenta el problema del carácter de espacio. Ya he podido replicar el problema una vez.

No estoy seguro de si todo es copiar y pegar actividad, como en Note++ en su lugar, o simplemente con OneNote. Seguiré explorando.

¿Debo reportar esto a la SRA en alguna parte?