Dimensiones de rol

Una tabla con múltiples relaciones válidas con otra tabla se conoce como una dimensión de rol. Normalmente, esto se da en dimensiones como Time y Customer.

Por ejemplo, el hecho Sales tiene múltiples relaciones con el asunto de consulta Time en las claves Order Day, Ship Day y Close Day.

Las relaciones múltiples entre el hecho Sales y el asunto de consulta Time. Cada relación representa un rol.

Elimine las relaciones de los objetos importados, asuntos de consulta sobre hechos y asuntos de consulta dimensionales de rol. Cree un asunto de consulta de modelo para cada rol. Considere la posibilidad de excluir los elementos de consulta innecesarios para reducir la longitud del árbol de metadatos que se muestra a los usuarios. Asegúrese de que existe una sola relación adecuada entre cada asunto de consulta de modelo y el asunto de consulta sobre hechos. Nota: De este modo se reemplazará el valor SQL minimizado pero, como existe una única representación de tabla de la dimensión Time, esto no se considera un problema en este caso.

El hecho Sales y los asuntos de consulta Order Day, Ship Day y Close Day. Las relaciones múltiples mostradas anteriormente se han convertido en asuntos de consulta modelo.

Decida cómo se utilizarán estos roles con otros hechos que no comparten los mismos conceptos. Por ejemplo, Product forecast fact sólo tiene una clave de tiempo. Necesita conocer sus datos y negocio para determinar si una parte o la totalidad de los roles que se han creado para Time se pueden aplicar a Product forecast fact.

En este ejemplo, puede proceder de alguna de las siguientes formas:

Crear un asunto de consulta adicional para que sea compatible con la dimensión de tiempo y darle un nombre que indique claramente que es una dimensión compatible.
Escoja el rol más común que vaya a usar. A continuación, podrá asegurarse de que esta versión está unida a todos los hechos que lo requieran. En este ejemplo, se ha seleccionado Close Day.
Puede tratar Ship Day, Order Day y Close Day como asuntos de consulta de tiempo intercambiables con Product forecast fact.
En este caso, debe crear uniones entre cada dimensión de rol y Product forecast fact. Cuando realice consultas en Product forecast fact podrá utilizar sólo una dimensión de tiempo a la vez ya que, de lo contrario, es posible que su informe no contenga datos. Por ejemplo, Month_key=Ship Month Key (200401) y Month key=Close Month Key (200312).

Si realiza modelados de forma dimensional, utilice cada asunto de consulta de modelo como origen de una dimensión regular y asigna un nombre a la dimensión y a las jerarquías según corresponda. Asegúrese de que exista la correspondiente relación de ámbito específica de cada rol.