5.5.3 Paso 3) Modelo lógico del DW

bernabeu_dario Thu, 05/07/2009 - 23:51

  5.5.3 PASO 3) MODELO LÓGICO DEL DW
   5.5.3.1 a) Tipo de Modelo Lógico del DW
   5.5.3.2 b) Tablas de dimensiones
   5.5.3.3 c) Tablas de hechos
   5.5.3.4 d) Uniones

5.5.3. PASO 3) MODELO LÓGICO DEL DW

A continuación, se confeccionará el modelo lógico de la estructura del DW, teniendo como base el modelo conceptual que ya ha sido creado. Para ello, primero se definirá el tipo de modelo que se utilizará y luego se llevarán a cabo las acciones propias al caso, para diseñar las tablas de dimensiones y de hechos. Finalmente, se realizarán las uniones pertinentes entre estas tablas. Modelo Lógico: representación de una estructura de datos, que puede procesarse y almacenarse en algún SGBD.

5.5.3.1. a) Tipo de Modelo Lógico del DW

Se debe seleccionar cuál será el tipo de esquema que se utilizará para contener la estructura del depósito de datos, que se adapte mejor a los requerimientos y necesidades de l@s usuari@s. Es muy importante definir objetivamente si se empleará un esquema en estrella, constelación o copo de nieve, ya que esta decisión afectará considerablemente la elaboración del modelo lógico.

Caso práctico:

El esquema que se utilizará será en estrella, debido a sus características, ventajas y diferencias con los otros esquemas.

5.5.3.2. b) Tablas de dimensiones

En este paso se deben diseñar las tablas de dimensiones que formaran parte del DW.

Para los tres tipos de esquemas, cada perspectiva definida en en modelo conceptual constituirá una tabla de dimensión. Para ello deberá tomarse cada perspectiva con sus campos relacionados y realizarse el siguiente proceso:

Se elegirá un nombre que identifique la tabla de dimensión.
Se añadirá un campo que represente su clave principal.
Se redefinirán los nombres de los campos si es que no son lo suficientemente intuitivos.

Gráficamente:

Figura 5.10: Diseño de tablas de dimensiones.

Para los esquemas copo de nieve, cuando existan jerarquías dentro de una tabla de dimensión, esta tabla deberá ser normalizada. Por ejemplo, se tomará como referencia la siguiente tabla de dimensión y su respectivas relaciones padre-hĳo entre sus campos:

Figura 5.11: Jerarquía de ”GEOGRAFIA”.

Entonces, al normalizar esta tabla se obtendrá:

Figura 5.12: Normalización de ”GEOGRAFIA”.

Caso práctico:

A continuación, se diseñaran las tablas de dimensiones.

Perspectiva “Clientes”:
- La nueva tabla de dimensión tendrá el nombre “CLIENTE”.
- Se le agregará una clave principal con el nombre “idCliente”.
- Se modificará el nombre del campo “Razon_Soc” por “Cliente”.

Se puede apreciar el resultado de estas operaciones en la siguiente gráfica:

Figura 5.13: Caso práctico, tabla de dimensión ”CLIENTE”.

Perspectiva “Productos”:
- La nueva tabla de dimensión tendrá el nombre “PRODUCTO”.
- Se le agregará una clave principal con el nombre “idProducto”.
- El nombre del campo “Marca” no será cambiado.
- Se modificará el nombre del campo “Detalle” por “Producto”.

Se puede apreciar el resultado de estas operaciones en la siguiente gráfica:

Figura 5.14: Caso práctico, tabla de dimensión ”PRODUCTO”.

Perspectiva “Tiempo”:
- La nueva tabla de dimensión tendrá el nombre “FECHA”.
- Se le agregará una clave principal con el nombre “idFecha”.
- El nombre los campos no serán modificados.

Se puede apreciar el resultado de estas operaciones en la siguiente gráfica:

Figura 5.15: Caso práctico, tabla de dimensión ”FECHA”.

5.5.3.3. c) Tablas de hechos

En este paso, se definirán las tablas de hechos, que son las que contendrán los hechos a través de los cuales se construirán los indicadores de estudio.

Para los esquemas en estrella y copo de nieve, se realizará lo siguiente:
- Se le deberá asignar un nombre a la tabla de hechos que represente la información analizada, área de investigación, negocio enfocado, etc.
- Se definirá su clave primaria, que se compone de la combinación de las claves primarias de cada tabla de dimensión relacionada.
- Se crearán tantos campos de hechos como indicadores se hayan definido en el modelo conceptual y se les asignará los mismos nombres que estos. En caso que se prefiera, podrán ser nombrados de cualquier otro modo.
  
  Gráficamente:

Figura 5.16: Tabla de hechos.

Para los esquemas constelación se realizará lo siguiente:
- Las tablas de hechos se deben confeccionar teniendo en cuenta el análisis de las preguntas realizadas por l@s usuari@s en pasos anteriores y sus respectivos indicadores y perspectivas.
- Cada tabla de hechos debe poseer un nombre que la identifique, contener sus hechos correspondientes y su clave debe estar formada por la combinación de las claves de las tablas de dimensiones relacionadas.
- Al diseñar las tablas de hechos, se deberá tener en cuenta:
  - Caso 1: Si en dos o más preguntas de negocio figuran los mismos indicadores pero con diferentes perspectivas de análisis, existirán tantas tablas de hechos como preguntas cumplan esta condición. Por ejemplo:
    
    Figura 5.17: Caso 1, preguntas.
    
    Entonces se obtendrá:
    
    Figura 5.18: Caso 1, diseño de tablas de hechos.
  Caso 2: Si en dos o más preguntas de negocio figuran diferentes indicadores con diferentes perspectivas de análisis, existirán tantas tablas de hechos como preguntas cumplan esta condición. Por ejemplo:
  
  Figura 5.19:   Caso 2, preguntas.
  
  Entonces se obtendrá:
  
  Figura 5.20:   Caso 2, diseño de tablas de hechos.
  
  Caso 3: Si el conjunto de preguntas de negocio cumplen con las condiciones de los dos puntos anteriores se deberán unificar aquellos interrogantes que posean diferentes indicadores pero iguales perspectivas de análisis, para luego reanudar el estudio de las preguntas. Por ejemplo:
  
  Figura 5.21:   Caso 3, preguntas.
  
  Se unificarán en:
  
  Figura 5.22:   Caso 3, unificación.

Caso práctico:

A continuación, se confeccionará la tabla de hechos:

La tabla de hechos tendrá el nombre “VENTAS”.
Su clave principal será la combinación de las claves principales de las tablas de dimensiones antes definidas: “idCliente”, “idProducto” e “idFecha”.
Se crearán dos hechos, que se corresponden con los dos indicadores y serán renombrados, “Unidades Vendidas” por “Cantidad” y “Monto Total de Ventas” por “MontoTotal”.

En el gráfico siguiente se puede apreciar mejor este paso:

Figura 5.23: Caso práctico, diseño de la tabla de hechos.

5.5.3.4. d) Uniones

Para los tres tipos de esquemas, se realizarán las uniones correspondientes entre sus tablas de dimensiones y sus tablas de hechos.

Caso práctico:

Se realizarán las uniones pertinentes, de acuerdo corresponda:

Figura 5.24: Caso práctico, uniones.