Contamos con tu ayuda para compartir nuestros posts en referencia a las ciencias informáticas.
Solución:
En Modelado de almacén de datos, un esquema de estrella y un esquema de copo de nieve consiste en Hecho y Dimensión mesas.
Tabla de hechos:
- Contiene todas las primarias keys de la dimensión y hechos o medidas asociadas (es una propiedad sobre la cual se pueden hacer cálculos) como cantidad vendida, cantidad vendida y ventas promedio.
Tablas de dimensiones:
- Las tablas de dimensiones proporcionan información descriptiva de todas las medidas registradas en la tabla de hechos.
- Las dimensiones son relativamente muy pequeñas en comparación con la tabla de hechos.
- Las dimensiones comúnmente utilizadas son personas, productos, lugar y tiempo.
fuente de imagen
¡Esta parece ser una respuesta muy simple sobre cómo diferenciar entre tablas de hechos y dimensiones!
Puede ser útil pensar en las dimensiones como cosas u objetos. Una cosa como un producto puede existir sin estar involucrado en un evento comercial. Una dimensión es tu sustantivo. Es algo que puede existir independientemente de un evento comercial, como una venta. Productos, empleados, equipos, son todas las cosas que existen. Una dimensión hace algo o se le hace algo.
Los empleados venden, los clientes compran. Los empleados y los clientes son ejemplos de dimensiones, lo hacen.
Se venden productos, también son dimensiones ya que tienen algo hecho.
Hechos, son el verbo. Una entrada en una tabla de hechos marca un evento discreto que le sucede a algo de la tabla de dimensiones. La venta de un producto se registraría en una tabla de hechos. El evento de la venta sería anotado por qué producto se vendió, qué empleado lo vendió y qué cliente lo compró. Producto, Empleado y Cliente son todas las dimensiones que describen el evento, la venta.
Además, las tablas de hechos también suelen tener algún tipo de datos cuantitativos. La cantidad vendida, el precio por artículo, el precio total, etc.
Fuente: http://arcanecode.com/2007/07/23/dimensions-versus-facts-in-data-warehousing/
Esto es para responder la parte:
Estaba tratando de entender si las tablas de dimensiones también pueden ser tablas de hechos o no.
La respuesta corta (INMO) es No. Esto se debe a que los 2 tipos de tablas se crean por diferentes motivos. Sin embargo, desde la perspectiva del diseño de la base de datos, una tabla de dimensiones podría tener una tabla principal como en el caso de la tabla de hechos, que siempre tiene una tabla de dimensiones (o más) como principal. Además, las tablas de hechos se pueden agregar, mientras que las tablas de dimensiones no se agregan. Otra razón es que no se supone que las tablas de hechos se actualicen en su lugar, mientras que las tablas de dimensiones podrían actualizarse en su lugar en algunos casos.
Más detalles:
Las tablas de hechos y dimensiones aparecen en lo que comúnmente se conoce como esquema en estrella. Un objetivo principal del esquema en estrella es simplificar un conjunto complejo de tablas normalizadas y consolidar datos (posiblemente de diferentes sistemas) en una estructura de base de datos que se pueda consultar de una manera muy eficiente.
En su forma más simple, contiene una tabla de hechos (Ejemplo: StoreSales) y una o más tablas de dimensiones. Cada entrada de Dimensión tiene 0,1 o más tablas de hechos asociadas (Ejemplo de tablas de dimensión: Geografía, Artículo, Proveedor, Cliente, Hora, etc.). Sería válido también que la dimensión tuviera un padre, en cuyo caso el modelo es del tipo “Copo de nieve”. Sin embargo, los diseñadores intentan evitar este tipo de diseño, ya que provoca más uniones que un rendimiento lento. En el ejemplo de StoreSales, la dimensión Geografía podría estar compuesta por las columnas (GeoID, ContenentName, CountryName, StateProvName, CityName, StartDate, EndDate)
En un modelo Snow Flakes, podría tener 2 tablas normalizadas para la información geográfica, a saber: Tabla de contenido, Tabla de países.
Puede encontrar muchos ejemplos en Star Schema. Además, consulte esto para ver una vista alternativa del modelo de esquema en estrella Inmon vs. Kimball. Kimbal tiene un buen foro que también puede consultar aquí: Kimball Forum.
Editar: para responder comentarios sobre ejemplos para 4NF:
- Ejemplo de una tabla de hechos que viola 4NF:
Hecho de ventas (ID, BranchID, SalesPersonID, ItemID, Amount, TimeID)
- Ejemplo de una tabla de hechos que no viola 4FN:
Ventas agregadas (BranchID, TotalAmount)
Aquí la relación está en 4NF
El último ejemplo es bastante raro.
Te mostramos las reseñas y valoraciones de los lectores
Si piensas que ha resultado de ayuda este post, te agradeceríamos que lo compartas con otros seniors de esta manera contrubuyes a extender este contenido.