2012-02-20 19 views
13

Al leer un libro para objetos comerciales, encontré la tabla de términos y hechos y la tabla de dimensiones. ¿Es esto lo estándar para toda la base de datos que todos tienen tabla de hechos y tabla de dimensiones o solo para diseño de objetos comerciales? Estoy buscando una explicación que diferencie entre dos y cómo están relacionados.Base de datos - tabla de hechos y tabla de dimensiones

Editado:

Por qué no puede una consulta acaba de obtener los datos necesarios de la tabla de hechos? ¿Qué sucede si toda la información se almacena en una sola tabla de hechos? ¿Qué ventajas obtenemos al crear una tabla separada de hechos y dimensiones y unirnos a ella?

Perdón por muchas preguntas a la vez, pero me gustaría saber sobre las interrelaciones y por qué.

Respuesta

9

Dimension y Fact son términos clave en el diseño de la base de datos OLAP.

  • La tabla de hechos contiene datos que pueden agregarse.
  • Las medidas son expresiones de datos agregados (por ejemplo, suma de costos, recuento de llamadas, ...)
  • La dimensión contiene datos que se usan para generar grupos y filtros.
  • La tabla de hechos sin datos de dimensiones es inútil. Una muestra: "la suma de las órdenes es 1M" no es información sino "la suma de las órdenes de 2005 a 2009".

Ellos son una gran cantidad de herramientas de BI que trabajan con estos conceptos (por ejemplo Microsft SSAS, Tableau Software) e idiomas (e. MDX).

Algunas veces no es fácil saber si un dato es una medida o una dimensión. Por ejemplo, estamos analizando revenue, ambos escenarios son possibles:

  • 3 medidas: net profit, overheads, interest
  • 1 medida: profit y 1 dimensión: profit type (con 3 elementos: neto, sobrecarga, interés)

El analista de BI i s quien determina cuál es el mejor diseño para cada solución.

EDITADO debido a la cuestión también está siendo editado:

Una solución OLAP por lo general tiene una capa semántica. Esta capa proporciona a la información de la herramienta OLAP acerca de: qué elementos son datos de hechos, qué elementos son datos de dimensión y las relaciones de tabla.A diferencia de los sistemas OLTP, no es necesario que una base de datos OLAP esté debidamente normalizada. Por este motivo, puede tomar datos de dimensiones de varias tablas, incluidas tablas de hechos. Una dimensión que toma datos de una tabla de hechos se llama Fact Dimension or Degenerate dimension.

Son muchos los conceptos que usted debe tener en cuenta en el diseño de bases de datos OLAP: "Esquema de estrella", "NIEVE esquema", "claves suplentes", "jerarquías entre padres e hijos", ... ¿El

+0

por favor vea mi pregunta actualizada. Estoy agradecido por su respuesta hasta ahora, pero quiero saber un poco más que yo sepa. –

+0

ok, lee la respuesta. – danihp

0

Ese es un estándar en un datawarehouse para tener tablas de hechos y tablas de dimensiones. Una tabla de hechos contiene los datos que está midiendo, por ejemplo, lo que está sumando. Una tabla de dimensiones es una tabla que contiene datos que no desea repetir constantemente en la tabla de hechos, por ejemplo, datos de productos, estados, clientes, etc. Están relacionados por claves: en un esquema en estrella, cada fila en la tabla de hechos contiene una clave de una fila en la tabla de dimensiones.

+0

esto significa que el diseñador de la base de datos debe crear una tabla con ambos hechos y una tabla de dimensiones por separado al diseñar una base de datos. –

+3

Sí, créelos por separado. Si tiene todos sus datos de dimensión en la tabla de hechos, la tabla de hechos sería mucho más grande de lo que necesita ser. Aunque los almacenes de datos deberían desnormalizarse, es probable que no deba desnormalizarlos de tal manera que le quede solo una tabla. –

Cuestiones relacionadas