Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Consideraciones en El Diseño DW

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 12

Consideraciones en el Diseño DW

Un proceso de negocio es un conjunto de tareas relacionadas


lógicamente llevadas a cabo para lograr un resultado de negocio
definido. La norma internacional ISO-9001 define un proceso como
“una actividad que utiliza recursos, y que se gestiona con el fin de
permitir que los elementos de entrada se transformen en resultados”.
Consideraciones en el Diseño DW
El modelo de datos del DW se construye a partir del modelo de datos
corporativo. Sin embargo, dado que las técnicas clásicas de modelado
de datos no hacen distinciones entre el entorno operacional y el de
soporte a decisiones, hay ciertas transformaciones que deben realizarse
para crear el modelo de datos del DW a partir del modelo de datos
corporativo. Es evidente que, para poder utilizar el modelo de datos
corporativo, éste debe estar construido y listo para utilizar.
Consideraciones del Modelo de dato
El modelo de datos corporativo ha de identificar y estructurar, por lo menos,
las siguientes áreas:
• las áreas principales de la empresa
• las relaciones entre las áreas
• un diagrama entidad-relación (ERD)
para cada área principal:
• Claves
• - atributos
• - subtipos
• - conectores de un área a la siguiente
• - agrupaciones de atributos
Un Bus Dimensional es un esquema, habitualmente en forma de tabla, que representa los diversos DataMarts y las
diferentes dimensiones definidas en nuestra organización. Como lo habitual es que se vayan creando en diversas
fases, también se puede añadir una columna para representar en qué fase se abordará cada Data Mart. A continuación
mostramos un ejemplo:
Consideraciones en el Diseño DW
Esquema en estrella: Consiste en estructurar la información en
procesos, vistas y métricas recordando a una estrella.
• Visión multidimensional de un proceso que medimos a través de
unas métricas. A nivel de diseño, consiste en una tabla de hechos
en el centro para el hecho objeto de análisis y una o varias tablas
de dimensión por cada dimensión de análisis que participa de la
descripción de ese hecho.
• En la tabla de hecho encontramos los atributos destinados a
medir (cuantificar) el hecho: sus métricas.
Consideraciones en el Diseño DW
• En las tablas de dimensión, los atributos se destinan a elementos de nivel
(que representan los distintos niveles de las jerarquías de dimensión) y a
atributos de dimensión (encargados de la descripción de estos elementos
de nivel).
• En el esquema en estrella la tabla de hechos es la única tabla del
esquema que tiene múltiples joins que la conectan con otras tablas
(foreign keys hacia otras tablas).
• El resto de tablas del esquema (tablas de dimensión) únicamente hacen
join con esta tabla de hechos.
• Las tablas de dimensión se encuentran además totalmente
denormalizadas, es decir, toda la información referente a una dimensión
se almacena en la misma tabla.
Esquema en estrella (star schema), en el
que hay una única tabla central, la tabla
de hechos, que contiene todas las
medidas y una tabla adicional por cada
una de las perspectivas desde las que
queremos analizar dicha información, es
decir por cada una de las dimensiones

Esquema en estrella
Consideraciones en el diseño DW
En Resumen, las características del esquema estelar:
• Cada dimensión en un esquema de estrella se representa con la única tabla de
una dimensión.
• La tabla de dimensiones debe contener el conjunto de atributos.
• La tabla de dimensiones se une a la tabla de hechos utilizando una clave foránea.
• Las tablas de dimensiones no están unidas entre sí.
• La tabla de hechos contendría clave y medida.
• El esquema Star es fácil de entender y proporciona un uso óptimo del disco.
• Las tablas de dimensiones no están normalizadas. Por ejemplo, en la figura
anterior, Country_ID no tiene la tabla de búsqueda Country como lo tendría un
diseño OLTP.
• El esquema es ampliamente compatible con BI Tools.
Consideraciones en el Diseño DW
Esquema en Copo de Nieve: El esquema en copo de nieve (snowflake
schema) es un esquema de representación derivado del esquema en
estrella, en el que las tablas de dimensión se normalizan en múltiples tablas.
• La tabla de hechos deja de ser la única tabla del esquema que se relaciona
con otras tablas, y aparecen nuevas joins gracias a que las dimensiones de
análisis se representan ahora en tablas de dimensión normalizadas.
• En la estructura dimensional normalizada, la tabla que representa el nivel
base de la dimensión es la que hace join directamente con la tabla de
hechos.
• La diferencia entre ambos esquemas (star y snowflake) reside entonces en
la estructura de las tablas de dimensión.
Consideraciones en el Diseño DW
• Para conseguir un esquema en copo de nieve se ha de tomar un
esquema en estrella y conservar la tabla de hechos, centrándose
únicamente en el modelado de las tablas de dimensión, que si bien en
el esquema en estrella se encontraban totalmente denormalizadas,
ahora se dividen en subtablas tras un proceso de normalización.
• Es posible distinguir dos tipos de esquemas en copo de nieve, un
snowflake completo (en el que todas las tablas de dimensión en el
esquema en estrella aparecen ahora normalizadas en el snowflake) o
un snowflake parcial (sólo se lleva a cabo la normalización de algunas
de ellas).
Un esquema de copo de nieve es una
extensión de un esquema de estrella y
agrega dimensiones adicionales.
Las tablas de dimensiones están
normalizadas, lo que divide los datos
en tablas adicionales.

Esta es una estructura más


compleja que el esquema en
estrella. La diferencia es que
algunas de las dimensiones no
están relacionadas directamente
con la tabla de hechos, sino que
se relacionan con ella a través de
otras dimensiones.

Esquema en Copo de Nieve


Consideraciones en el diseño DW
En Resumen, las características del esquema copo de nieve:
• El principal beneficio del esquema de copo de nieve es que utiliza un
espacio en disco más pequeño.
• Debido a múltiples tablas, el rendimiento de la consulta se reduce.
• El principal desafío que enfrentará al usar el esquema de copo de
nieve es que necesita realizar más esfuerzos de mantenimiento
debido a que hay más tablas de búsquedas.

También podría gustarte