Datos expandidos incorrectos al fusionar dos consultas

Un usuario Pregunto ✅

jontyschulz

Hola a todos,

Tengo un problema en el que fusioné consultas y, sin embargo, de alguna manera, cuando amplío los datos, los datos que se generan provienen de una consulta diferente… ¡no con la que fusioné originalmente!

La consulta de origen tiene una columna (Paquete de diseño) que comparte tanto con la consulta con la que fusiono como con la consulta de la que provienen los datos.

Mi codificación en el paso de consultas de fusión se ve así, donde la tabla que se fusiona es «BaselineStartDate»:

dejar
Fuente = Table.Combine({DataConversionCostA, DataConversionCostB}),
#»Consultas combinadas» = Table.NestedJoin(Source,{«Design Package Name»},BaselineStartDate,{«Design Package Name»},»BaselineStartDate»,JoinKind.LeftOuter),
#»Expanded BaselineStartDate» = Table.ExpandTableColumn(#»Consultas combinadas», «BaselineStartDate», {«Earliest Date»}, {«BaselineStartDate.Earliest Date»})

en

#»Fecha de inicio de la línea base ampliada»

Sin embargo, los datos que resultan de la expansión provienen de una consulta independiente denominada «UpdatedStartDate».

Lo sé porque verifiqué la fecha que se expande con ambas consultas y siempre el valor representa el de la consulta «UpdatedStartDate», no el que fusioné con: «BaselineStartDate».

¿Alguien tiene alguna idea de por qué sería esto?

Parece un paso básico de fusión, así que no estoy seguro de cómo podría estar mal.

¡Gracias por tu ayuda!

jontyschulz

En respuesta a v-lili6-msft

Hola @v-lili6-msft,

Gracias por su respuesta.

Pude solucionar el error poniendo un paso adicional en la consulta «BaselineStartDate». Parecía que, de alguna manera, la combinación se estaba produciendo antes del último paso de «filtro» en esta consulta, por lo que los valores expandidos eran diferentes a los que estaba viendo en la consulta de origen. Cuando puse este paso adicional (que era solo un paso ficticio de «eliminar errores»), pareció solucionar el problema y los números en la consulta combinada coincidieron con la consulta de origen.

No estoy seguro de por qué sucedía esto y reconozco que mi solución es solo una solución temporal, pero parece haberlo solucionado por mí… por ahora.

Salud,

jonty

bien19

Acabo de encontrarme con esto también. Gracias a su publicación, agregué los pasos para «eliminar errores» y eso lo solucionó. No es lógico, pero lo aceptaré.

Gracias por publicar, esto me estaba volviendo loco!

Angie

Hola, @JontySchulz

He probado de mi lado, pero no reproduzco el problema. y necesitamos más pasos detallados para nosotros. Parece que solo fusiona dos tablas por columna. Nombre del paquete de diseño y luego expanda los datos.

Comparta su pbix de muestra o alguna muestra de datos y el resultado esperado para nosotros. Puede subirlo a OneDrive o Dropbox y publicar el enlace aquí. Oculte los datos confidenciales antes de cargarlos.

Atentamente,

Lin

jontyschulz

En respuesta a v-lili6-msft

Hola @v-lili6-msft,

Gracias por su respuesta.

Pude evitar el error poniendo un paso adicional en la consulta «BaselineStartDate». Parecía que, de alguna manera, la combinación se estaba produciendo antes del último paso de «filtro» en esta consulta, por lo que los valores expandidos eran diferentes a los que estaba viendo en la consulta de origen. Cuando puse este paso adicional (que era solo un paso ficticio de «eliminar errores»), pareció solucionar el problema y los números en la consulta combinada coincidieron con la consulta de origen.

No estoy seguro de por qué sucedía esto y reconozco que mi solución es solo una solución temporal, pero parece haberlo solucionado por mí… por ahora.

Salud,

jonty

alfranco17

En respuesta a jontyschulz

Tenía el mismo problema. Me estaba volviendo loco.

Al final, seguí su consejo, agregué «Eliminar errores» a la consulta de búsqueda y el error desapareció.

ncbshiva

En respuesta a alfranco17

Incluso para mí también, probé todo aplicando Trim and Clean text, pero no funcionó.

Después de agregar Quitar errores, la consulta fusionada arrojó resultados correctos.

Esto es una locura, no estoy seguro sobre el problema.

Deja un comentario

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