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
v-lili6-msft
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.