Dos tablas FACT

[Vanessa250919]

Hola comunidad,

Tengo una pregunta, acabo de crear un nuevo conjunto de datos. Tengo dos mesa FACT y muplite DIM TABLE .

Creo que es mejor hacer un esquema de constalación. Pero no sé qué relación usar entre tablas para tener datos coherentes y ningún duplicado, 1 a 1, muchos a uno ... Dirección simple tanto ...

Calendario & Empleado se utilizará como tabla de enlaces ?

gracias de antemano por su ayuda

[v-deddai1-msft]

Hola @Vanessa250919 ,

Star Schema es la mejor manera de diseñar un modelo de datos para informes, obtendrá el mejor rendimiento y también flexibilidad utilizando un modelo de este tipo.

Su situación es una buena opción para el esquema de estrella, puede crear una relación de uno a muchos entre su TABLA DE DIMM y la tabla de hechos. Manténgalo en una sola dirección y evite usar relaciones de varios a varios.

Para obtener más información, consulte https://radacad.com/power-bi-basics-of-modeling-star-schema-and-how-to-build-it

Si esta ayuda post, por favor considere aceptarla como la solución para ayudar a otros miembros a encontrarla más rápidamente.

Saludos

Dedmon Dai

[Vanessa250919]

Intento hacer el mismo esquema, pero tengo un mensaje de error .

[v-deddai1-msft]

Hola @Vanessa250919 ,

¿Podrías combinar estas dos tablas de hechos en una sola? Si no se puede hacer, puede intentar cambiar la relación entre una tabla de hechos y otros dimtables de single a ambos que tomará estas tablas tratadas como una sola tabla. Para obtener más detalles, consulte el post similar:https://community.powerbi.com/t5/Desktop/Relationship-between-multiple-facts/m-p/1133635

Si esta ayuda post, por favor considere aceptarla como la solución para ayudar a otros miembros a encontrarla más rápidamente.

Saludos

Dedmon Dai

[Vanessa250919]

Hola

Gracias por su respuesta, pero tengo dos tablas de hechos y no sé la relación entre mis dos tablas de hechos.

[PaulDBrown]

@Vanessa250919

En general, debe crear tablas Dimension (incluida la tabla de calendario) para campos que son comunes a ambas tablas de hechos y unir la tabla de dimensiones a las tablas de hechos por uno a varios (dirección única) o uno a uno.

Evite muchos a muchos a toda costa.

Este es un ejemplo sencillo: