5.5.3 Paso 3) Modelo lógico del DW

  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:

 

PIC

 

 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-hijo entre sus campos:


PIC

 

 Figura 5.11:   Jerarquía de ”GEOGRAFIA”.


Entonces, al normalizar esta tabla se obtendrá:


PIC

 

 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:

 


PIC

 

 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:

 

PIC

 

 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:

 

PIC

 

 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:

 

PIC

 

 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:


        PIC

         Figura 5.17:   Caso 1, preguntas.


        Entonces se obtendrá:

        PIC

         

         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:


      PIC

       

       Figura 5.19:   Caso 2, preguntas.


      Entonces se obtendrá:


      PIC

       

       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:


      PIC

       

       Figura 5.21:   Caso 3, preguntas.


      Se unificarán en:


      PIC

       

       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:

 

PIC

 

 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:


PIC

 

 Figura 5.24:   Caso práctico, uniones.