SSAS Relación dimensional de uno a muchos

Question

Pregunta en SSAS para todos ustedes. Estoy intentando definir una relación de Uno a Muchos en un entorno de cubo OLAP SSAS. Sin embargo, estoy teniendo problemas para definir una clave principal. Las tablas de ejemplo están debajo. Las relaciones entre las primeras 3 tablas se definen fácilmente (TradeDate, NYMEX Trades & NYMEX Contract). Sin embargo, mi objetivo es crear una relación de uno a muchos entre el contrato NYMEX y el contrato modelo. En otras palabras, los datos de 1 Contrato NYMEX se utilizarán varias veces en el conjunto de datos del Contrato Modelo.

Tabla: TradeDate

• TradeDate (PK)
• Año
• Mes etc ...

Tabla: Operaciones de NYMEX (NO PK)

• ContractName
• TradeDate
• Precio

Tabla: NYMEX Contrato

• ContractName (PK)

Tabla: Modelo de Contrato

• ModelContractName (PK)
• ContractName

Necesito crear una relación uno a varios entre NYMEX Contrato y Modelo de Contrato ... sin embargo mi PK está en la columna equivocada en el Modelo de Contrato. ¿Algunas ideas?

Para ayudar a aclarar: estoy intentando definir una relación dimensión -> dimensión. La Tabla "Contrato modelo" es una tabla de búsqueda.

Answer 1

Lo que tiene es un ejemplo de un muchos-a-muchos relación entre sus datos de hechos (Oficios) y sus datos de dimensiones (Contrato modelo). Echa un vistazo a esto: dimension relationship.Su caso es un caso raro ya que los contratos modelo solo se pueden asignar a un Nombre del contrato, pero aún se incluye en el caso de muchos a muchos. Esto se maneja usando una tabla puente en modelado dimensional y en SSAS lo llaman una tabla de hechos intermedios. Una vez que tenga su configuración de DSV como esta:

Luego, creará las dimensiones en su proyecto y luego creará un grupo de medidas para que ModelContract pueda usarlo como una tabla de hechos intermedia. A continuación, configurar el uso de dimensión para el cubo de la elección de una relación de muchos a muchos:

Como nota al margen, siempre debe utilizar las claves sustitutas para sus dimensiones. Tienen varias ventajas, como espacio de almacenamiento en la tabla de hechos, dimensiones de cambio lento, desacoplamiento del sistema fuente, ...

Answer 2

necesita hacer 2 dimensiones aquí.

primero, no debe agregar su fecha como parte de la dimensión completa. La fecha en sí debería existir como una dimensión.

En segundo lugar, como veo, debe unirse a NYMEX Contract y Model Contract y hacer una dimensión. Puede unirlos en el DSV con una consulta con nombre o hacer una vista SQL o puede tener ambas tablas separadas en el DSV y unirlas en la dimensión.

En tercer lugar, NYMEX Trades es su tabla de hechos. Una vez que haya creado las dos dimensiones anteriores, debe agregarlas al cubo y unirlas con la tabla de hechos en la pestaña de relación de dimensión utilizando los campos ContractName y TradeDate