Roseventura
Hola.
¿Alguien podría definirme qué es una tabla de «hechos» frente a una tabla de «dimensiones» frente a una tabla de «unión»? (¿Hay otros?) He visto estos términos mencionados en varias publicaciones.
He aquí por qué: estoy trabajando en un informe que tiene estas tablas:
- Reservas 2016
- Reservas 2017
- Envío 2016
- Envío 2017
- Tabla de calendario (enlaces a las 4 tablas anteriores)
- Tabla de la empresa (enlaces a las 4 tablas anteriores)
Además de esas 6 tablas, creé otras dos tablas para poder mostrar visualizaciones continuas a lo largo de varios años para cada una:
- Reservas de varios años
- Envío multianual
Mis preguntas son estas:
- Una vez que cree las 2 tablas «multianuales» anteriores, ¿debo mantener las 4 tablas separadas de 2016 y 2017 mencionadas anteriormente? Tener todas estas tablas en mi informe ralentiza las cosas.
- Creé una imagen que muestra lo que se ha reservado y lo que se ha enviado (usando las 2 tablas de varios años). Sin embargo, cuando agrego un filtro (por ejemplo, filtro por cliente), la imagen solo cambia según la tabla de la que tomé el nombre del cliente. Por ejemplo, mi filtro Nombre de cliente es de la tabla Reservas de varios años, luego, cuando elijo un cliente, los datos de Envío de varios años no cambian.
Entiendo por qué sucede esto, pero esto se remonta a mi pregunta original anterior. ¿Necesito crear una tabla separada solo para clientes únicos y unirla a mis tablas de Reservas y Envíos? ¿O debería crear una tabla masiva que combine todos los datos de envío y todas las reservas para 2016 y 2017?
Gracias,
Rosa
CahabaData
estos términos se originaron en la jerga de la base de datos
en general, la tabla de «hechos» es una tabla de «dimensiones» y también se puede llamar tabla de búsqueda. Por lo general, estos son en su mayoría valores estáticos que no cambian; piense en la selección del Estado en un registro de dirección típico. Pero no siempre son tan estáticos … por ejemplo, una lista de productos o una lista de clientes, definitivamente puede cambiar, pero al final es principalmente un conjunto de datos a los que se hace referencia. Puede haber una amplia discreción en estos términos … y veo que Dim se usa en lo que son claramente tablas de transacciones y, por lo tanto, algunos realmente no siguen estas reglas en absoluto …
vs una tabla de «Unión» ?; este es un animal completamente diferente. La Union consulta en el mundo de las bases de datos se utiliza para transformar filas en campos o campos en filas. Realmente no existe una definición formal para una tabla de unión, pero es una descripción razonable cuando se combinan tablas, como a veces se hace como parte del modelado de datos para la inteligencia empresarial.
otros pueden objetar mi punto de vista y eso está bien … vengo del lado de la base de datos y pienso en las tablas como
muy estático
tipo de estática
transacción
En una nota diferente, no debería tener mesas por año. Deben ser una sola tabla y tener un campo para el año.
CahabaData
estos términos se originaron en la jerga de la base de datos
en general, la tabla de «hechos» es una tabla de «dimensiones» y también se puede llamar tabla de búsqueda. Por lo general, estos son en su mayoría valores estáticos que no cambian; piense en la selección del Estado en un registro de dirección típico. Pero no siempre son tan estáticos … por ejemplo, una lista de productos o una lista de clientes, definitivamente puede cambiar, pero al final es principalmente un conjunto de datos a los que se hace referencia. Puede haber una amplia discreción en estos términos … y veo que Dim se usa en lo que son claramente tablas de transacciones y, por lo tanto, algunos realmente no siguen estas reglas en absoluto …
vs una tabla de «Unión» ?; este es un animal completamente diferente. La Union consulta en el mundo de las bases de datos se utiliza para transformar filas en campos o campos en filas. Realmente no existe una definición formal para una tabla de unión, pero es una descripción razonable cuando se combinan tablas, como a veces se hace como parte del modelado de datos para la inteligencia empresarial.
otros pueden objetar mi punto de vista y eso está bien … vengo del lado de la base de datos y pienso en las tablas como
muy estático
tipo de estática
transacción
En una nota diferente, no debería tener mesas por año. Deben ser una sola tabla y tener un campo para el año.
Jfrick100
En respuesta a CahabaData
Lamento decirlo, su explicación de los tipos de tablas no es consistente con los conceptos generalmente aceptados de modelado de datos.
Una tabla de hechos suele ser una tabla de transacciones. Por ejemplo, aquí hay una tabla de hechos de ventas:
número de transacción, identificación del cliente, identificación de la tienda, identificación del producto, fecha, cantidad vendida, precio por unidad y ventas totales.
Los hechos de esto son las métricas y los ID asociados con la transacción.
Una tabla de dimensiones contiene la información relevante asociada con los ID. En este ejemplo, tendría tablas de dimensiones o de búsqueda para el cliente, la tienda, el producto y posiblemente la fecha.
Veamos un poco más Date y verás por qué hay tablas de dimensiones en general. La razón principal por la que tengo una tabla dimensional es para poner todas las columnas como el día de la semana, el número de la semana, el número del mes, el período fiscal, etc. funciones. Un ejemplo diferente sería para el cliente, donde podría tener el nombre del cliente, la dirección del cliente, el código postal y otros atributos como la edad, el estado económico, los años de educación, el estado civil, etc.
Los registros de hechos generalmente se generan con frecuencia, como las ventas diarias, y cada registro de hechos son combinaciones únicas de todos los ID. los registros de dimensión también son únicos, pero un registro de dimensión puede tener muchos registros secundarios en el hecho. Compra alimentos varias veces al mes, por ejemplo.
la razón por la que esto es importante es el hecho de que los registros generalmente describen una acción, transacción u otro evento con métricas. Los registros de dimensión describen entidades como cliente, tienda o producto.
Roseventura
En respuesta a CahabaData
Gracias CahabaData por responder a mi pregunta.
Rosa
