Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
Tengo dos mesas:
1) Factura de ventas: cabecera de ventas desnormalizada y partida individual para que el nivel más bajo de granularidad sea la partida individual.
2) Cargo de flete: gastos de flete que podrían estar a nivel de cabecera o de partida individual.
Modelo actual:
La tabla Factura de ventas tiene una medida de cargo de flete que se asigna a la granularidad de la tabla (nivel de línea). Si es flete de partida de lo que se deja tal como está. Si se trata de flete de cabecera, asigno el flete uniformemente entre las partidas individuales. Todo esto se hace en el SQL de origen de la tabla.
La tabla Decargo de flete se incluye tal cual desde el sistema de origen y tiene filas relacionadas con la factura de ventas tanto en la cabecera como en los niveles de línea (uno u otro). Tengo el identificador de encabezado de factura de ventas en todas las filas. Tengo el identificador de línea Factura de ventas en todas las filas donde el cargo de flete está en el nivel de artículo de línea.
Problema:
Estas dos tablas funcionan según lo esperado cuando se utilizan de forma independiente. El problema es que los usuarios quieren poder explorar en profundidad desde la tabla Factura de ventas hasta la tabla Gastos de flete y ver los cargos relacionados. Parece bastante fácil relacionar las dos tablas mediante el identificador de encabezado de ventas. Sin embargo, si el usuario está viendo un informe que está inactivo en el nivel de línea y explora los cargos de flete, recibiría todos los cargos relacionados con la factura (todos los cargos de encabezado y nivel de línea) cuando solo debería ver los cargos de nivel de línea relacionados.
Tengo la sensación de que estoy pasando por alto un simple problema de modelado. Lo que no quiero hacer es usar DAX en cada informe para controlar este comportamiento. Me gustaría que se manejara una vez en el modelo. ¿Alguna idea?
Hola @delish
Hola @delish creo que el problema es una relación n a n en el modelo. Para corregir esta situación, necesitas como yo la llamo una "mesa de puente", que tienen en esto el hecho la clave principal de la tabla distinta, y con esto se puede crear una relación "n a 1" y "1 a n".
También necesita tener la relación en ambas direcciones, esto puede configurar en cada relación, con doble clic sobre la línea de relación y cambiar la opción a ambos en la esquina inferior derecha
Para esta solución, debe duplicar la tabla de hechos, eliminar todas las columnas excepto la clave principal y, a continuación, eliminar duplicados para tener valores distintos para jkey principal.
Os dejo un .pbix con el examen, en este caso mi hecho es hoja3 y la segunda tabla es hoja4, y la clave para la relación es fecha_uno.
https://1drv.ms/u/s!AtEkAF7ffIsqg8RVODnlZbEd4YtOuw?e=ZigpeN
Avísame si mi solución es útil.
Gracias y saludos.
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
2 | |
1 | |
1 | |
1 | |
1 |