in

Esquemas de estrellas y copos de nieve

bullet
Esquemas de estrellas y copos de nieve

Esquemas de estrellas y copos de nieve

En la implementación relacional, los diseños dimensionales se asignan a un conjunto relacional de tablas. Puede implementar el diseño en los siguientes dos métodos:

Esquema de estrella

Esquema de copo de nieve

Un modelo de esquema en estrella se puede representar como una estrella simple: una tabla central contiene datos de hechos y de ella se irradian múltiples tablas, conectadas por las claves primaria y externa de la base de datos. En una implementación de esquema en estrella, Warehouse Builder almacena los datos de dimensión en una única tabla o vista para todos los niveles de dimensión.

Por ejemplo, si implementa la dimensión Producto usando un esquema en estrella, Warehouse Builder usa una sola tabla para implementar todos los niveles en la dimensión, como se muestra en la captura de pantalla. Los atributos en todos los niveles se asignan a diferentes columnas en una sola tabla llamada PRODUCTO.

El esquema de copo de nieve representa un modelo dimensional que también se compone de una tabla de hechos central y un conjunto de tablas de dimensiones constituyentes que se normalizan aún más en tablas de subdimensiones. En una implementación de esquema de copo de nieve, Warehouse Builder usa más de una tabla o vista para almacenar los datos de dimensión. Las tablas o vistas de la base de datos independientes almacenan datos pertenecientes a cada nivel de la dimensión.

La captura de pantalla muestra la implementación del copo de nieve de la dimensión Producto. Cada nivel de la dimensión se asigna a una tabla diferente.

Ralph Kimball, el gurú del almacenamiento de datos, propone tres casos en los que la implementación del copo de nieve no solo es aceptable, sino que también es la clave para un diseño exitoso:

Grandes dimensiones de clientes donde, por ejemplo, el 80 por ciento de las medidas de la tabla de hechos involucran anónimos
visitantes sobre los que recopila pocos detalles, y el 20 por ciento involucra a clientes registrados de manera confiable sobre
a quién recopila muchos datos detallados mediante el seguimiento de muchas dimensiones

Dimensiones de productos financieros para bancos, casas de bolsa y compañías de seguros, porque cada uno de
los productos individuales tienen una serie de atributos especiales que no comparten otros productos

Dimensiones del calendario multiempresarial porque cada organización tiene períodos fiscales idiosincrásicos,
temporadas y feriados

Ralph Kimball recomienda que en la mayoría de los otros casos, los esquemas en estrella son una mejor solución. Aunque la redundancia se reduce en un copo de nieve normalizado, se requieren más uniones. Kimball generalmente advierte que no es una buena idea exponer a los usuarios finales a un diseño de copo de nieve físico, porque casi siempre compromete la comprensión y el rendimiento.

Deja una respuesta

Tu dirección de correo electrónico no será publicada.

1i88V5Dgi0kPa J2JyUIPfA

Los 4 mejores repositorios en GitHub para aprender pandas

BORRAR SQL