Microsoft Fabric Community Conference 2025, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount.
Register nowThe Power BI DataViz World Championships are on! With four chances to enter, you could win a spot in the LIVE Grand Finale in Las Vegas. Show off your skills.
Estoy intentando crear una relación entre tablas, pero obtengo un error de valores duplicados en el ID de producto. Vea el ejemplo a continuación.
Producto | ID del producto |
Producto A | a1s3d000000Ipsd |
Producto B | a1s3d000000IPSd |
¿Cómo puedo evitar este error y seguir creando una relación según los valores anteriores? ¿Es esto posible?
Gracias
Solved! Go to Solution.
Hola ToodChitt,
Gracias por todas sus respuestas. Esperaba que hubiera una solución para esto. Todavía tengo que revisar el artículo de Chris Webb como una posible solución. Intenté agregar una columna con un idex, pero no estaba seguro de cómo usarlo para relacionarlo con el ID de requisito. Gracias nuevamente por su ayuda y marcaré 'Aceptar como solución'
Hola ToodChitt,
Gracias por todas sus respuestas. Esperaba que hubiera una solución para esto. Todavía tengo que revisar el artículo de Chris Webb como una posible solución. Intenté agregar una columna con un idex, pero no estaba seguro de cómo usarlo para relacionarlo con el ID de requisito. Gracias nuevamente por su ayuda y marcaré 'Aceptar como solución'
Desafortunadamente, Power BI NO DISTINGUE ENTRE MAYÚSCULAS Y MINÚSCULAS cuando se trata de los datos. No me gusta, pero no hay mucho que pueda hacer al respecto. Siento tu dolor. Los datos de origen distinguen entre mayúsculas y minúsculas, por lo que "CuCR" NO es igual a "Cucr", pero a Power Query no le importa. Lo que es peor, el lenguaje de codificación Power Query (M) distingue entre mayúsculas y minúsculas.
Imagínate. Gracias a Microsoft.
Consulte el artículo de Chris Webb aquí para obtener ideas: Blog de BI de Chris Webb: Power BI y distinción entre mayúsculas y minúsculas Blog de BI de Chris We...
Entonces, si la única diferencia en un escenario en el que el ID de requisito termina con 'CuCR' en una fila y en otra fila termina con 'Cucr', ¿no se puede usar en el lado izquierdo o en la relación 'UNO' a muchos lados de la tabla? En Power Bi, ¿es eso correcto?
Esto es simplemente una prueba para verificar que tienes, o no, duplicados en un campo en particular. Sabemos que tienes duplicados.
Ahora tienes que averiguar POR QUÉ. Vienen de la fuente. ¿Cuál es esa fuente y qué transformaciones estás haciendo en ella? ¿Qué nos puedes contar de esa mesa?
Sé dónde está el problema en los datos. Power Bi no distingue entre mayúsculas y minúsculas. Ve 'CuCR' y 'Cucr' como duplicados. Los datos provienen de Salesforce y siempre tendrán filas donde este sea el caso. ¿Tendría que manipular al menos una de las filas donde existe la duplicación? Eso podría ser la mitad de los 133 duplicados de este archivo. ¿Es esta la solución correcta para este problema? Encuentra los duplicados y hazlos únicos.
TodChitt,
Estos son los resultados de Power Bi Table Visual. Gracias por proporcionar este ejemplo. Estoy aprendiendo Power Bi en el proceso.
El gerente general ToddChitt,
Utilicé el formato condicional en Excel para encontrar los duplicados y aquí están los resultados. 266 duplicados de 14.236 filas.
Cuando hice la función Recuento, devolvió 0 para Recuento y Recuento único (en Excel).
A) Está utilizando funciones COUNT de Excel que NO son funciones DAX. Pruebe COUNTA en Excel.
B) Ha demostrado o admitido que tiene duplicados. Debe eliminarlos antes de que esa columna pueda estar en el lado UNO de una relación de varios a uno. Y eso hay que hacerlo desde la fuente.
Primero verifica si SÍ tienes duplicados. ¿Tengo duplicados en mis datos?
A continuación, se muestra una imagen rápida para comprobar una tabla muy grande:
Recuento de valores <> recuento distinto. Por lo tanto, tengo duplicados.
¿Qué tan grave es su problema de duplicados? ¿Tiene 1.000.000 de filas y UN duplicado? ¿O 1.000.000 de filas con 500.000 duplicados?
He trabajado con muchos clientes a lo largo de los años. A menudo escucho: "Sí, ese campo debe ser absolutamente único en esa tabla, NO duplicados". Luego, cuando falla la carga, pongo en marcha una imagen simple como esta y les demuestro que, de hecho, tienen duplicados. Siempre se les supone.
Entonces, volviendo a la pregunta, ¿cuántos duplicados tienes? ¿Es una sola fila errante?
Es probable que tenga que corregirse en la consulta de origen o en los datos de origen.
No puedes. En el lado UNO de una relación de varios a uno, para que la relación se active correctamente, DEBE tener valores únicos en la columna que participa en la relación. Si lo consigues y, a continuación, en una futura actualización de datos, introduces duplicados en esa columna, se producirá un error en la carga o actualización.
Haga lo siguiente: Para la tabla en la que se supone que debe tener valores únicos, cree un objeto visual TABLE simple y agregue esa columna al objeto visual TRES veces. Deje la primera instancia sola, en las otras dos, haga que las agregaciones COUNT y COUNT DISTINTOS. Verifique los totales generales en la parte inferior, si el número COUNT es igual al número COUNT DISCTINCT, entonces tiene singularidad. Si no es así, ordene por CONTEO Descendente para multar a los infractores.
ToddChitt, gracias por la pronta respuesta.
No estoy seguro de cómo ayudará la creación de las columnas adicionales. ¿Cómo puedo hacer que los valores sean únicos? Intenté agregar una columna con un índice para cada fila. Pero no estoy seguro de cómo relacionar eso con la columna de ID de producto para que, en última instancia, pueda encontrar el producto correcto para mi informe.
¿Tiene sentido?