Consulta de referencia y conector de administración de costos de Azure

Un usuario Pregunto ✅

búsqueda

¡Hola! Estoy usando Azure Cost Management Connector del que proviene la tabla de detalles de uso sin una columna de identificación única. Por lo tanto, agrego una columna de índice y luego creo una consulta de referencia donde la columna de índice se mantiene junto con otra columna (etiquetas, en formato json). La columna json se expande y luego se desvía, junto con alguna otra transformación. Cuando relaciono las dos tablas en función de la columna de índice, obtengo resultados extraños cada 2-4 veces que pulso actualizar. ¿Alguien sabe por qué los resultados no son consistentemente incorrectos o correctos? Creo que la consulta de referencia hace que la consulta de energía recopile datos de la fuente dos veces, y tal vez si los datos no se devuelven exactamente en el mismo orden cada vez, las columnas de índice en las dos tablas no coincidirán. ¿Alguna sugerencia sobre cómo superar este problema?

https://docs.microsoft.com/en-us/power-bi/connect-data/desktop-connect-azure-cost-management

Hola @pbiquest,

Puede intentar considerar la consulta de referencia y la consulta duplicada en el editor de consultas.

Duplicar le dará una copia exacta de la consulta con todos los pasos, Referencia creará una referencia a la consulta original en lugar de una nueva consulta. Duplicar es una buena opción para elegir cuando desea que las dos copias estén aisladas entre sí, Referencia es una buena opción cuando crea diferentes ramas de una consulta original.

Consulte este documento que presenta sus diferencias en detalles:

Referencia vs Duplicado en Power BI; Power Query Volver a lo básico

Atentamente,
Equipo de apoyo comunitario _ Yingjie Li
Si esta publicación ayuda, entonces por favor considere Acéptalo como la solución. para ayudar a los otros miembros a encontrarlo más rápidamente.

búsqueda

En respuesta a v-yingjl

Hola @v-yingjl. Gracias por tus sugerencias.

Intenté ambos enfoques (consulta duplicada y de referencia). De cualquier manera, la fuente se visita varias veces para cada consulta a la que se hace referencia. Según tengo entendido, esto es por diseño.

Leí dos de las dos publicaciones de blog de Chris Webb sobre el almacenamiento en caché, el paralelismo y las consultas de referencia:

  • https://blog.crossjoin.co.uk/2016/11/20/referenced-queries-and-caching-in-power-bi-and-power-query/
  • https://blog.crossjoin.co.uk/2019/03/26/power-bi-caching-parallelism-and-power-query-refresh-perform…

Al leer las publicaciones de su blog, esperaba poder forzar el uso del almacenamiento en caché separando la fuente en su propia consulta con la carga deshabilitada («BaseQuery» a continuación). A continuación, se hace referencia a esta consulta mediante «Detalles de uso» y «Etiquetas». Sin embargo, todavía se llama a la fuente varias veces, incluso con la carga paralela deshabilitada, lo que me hace pensar que el almacenamiento en caché no es compatible con esta fuente de conector en particular.

Entonces, la única solución que se me ocurre es crear una identificación única basada en una combinación de valores de columna en el conjunto de datos. Esto puede dar como resultado cadenas de texto muy largas, por lo que tampoco es una opción. ¿Alguna sugerencia sobre cómo puedo obtener resultados consistentes para las consultas a las que se hace referencia, de modo que pueda usar la columna de índice para relacionar tablas?

pbiquest_0-1628148293325.png

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *