10 Reglas Esenciales para el Modelado Dimensional (1 Parte) Mun...

http://mundobi.com.ar/?p=28

Concurso MicroStartegy 2009

Sybase y MicroStrategy colaboran entre s

10 Reglas Esenciales para el Modelado Dimensional (1 Parte)

agosto 27, 2009

Workflow aprob de factura

Reduzca perdida de IVA, control sobre documentos impagos
www.info2000.cl

Investigando un poco encontr un artculo escrito por una de las personas que trabaja en el equipo de Kimball la cual propone 10 reglas bsicas que habra que seguir en la construccin de un modelo dimensional las cuales me parecieron interesantes para compartir con ustedes. Les dejo las primeras cinco, y en un prximo post pondr las restantes. Regla 1: En una estructura dimensional se deben cargar los datos con el mayor nivel de detalle posible. Llenar los modelos dimensionales con el mayor nivel de datalle posible nos debera ayudar a soportar filtros y agrupaciones inpredecibles requeridas por el usuario. Por lo general los usuarios no necesitan ver la informacin linea por linea, pero no se puede predecir las diferentes formas en que quedrn navegar y rotar la informacin. Si slo hay disponible informacin sumarizada, uno puede estar asumiendo un modelo que cuando el usuario quiera ir a un nivel de profundidas mayor, no le resultar til. Por supuesto que el detalle atmico puede y debe ser complementado con modelos sumarizados para ganar eficiencia. Regla 2: Estructurar los modelos dimensionales en torno a los procesos de negocio. Los procesos de negocio son las actividades realizadas por la organizacin; los mismos representan eventos medibles, como tomar un pedido o facturarle a un cliente. Los procesos de negocios usualmente capturan o generan mtricas de eficiencia asociadas con cada evento. Las mtricas de tranforman en hechos, con cada proceso de negocio representado por una tabla de hechos. Adems de las tablas de hechos de procesos nicos, a veces son creadas tablas de hechos consolidadas que combinan metricas de varios procesos en una tabla de hecho con un nivel comn de granularidad para todas. Pero recordemos que las tablas de hechos consolidadas son un complemento a las detalladas, pero no las sustituyen. Regla 3: Asegurse de que toda tabla de hechos tiene una tabla de dimensin tiempo asociada. Los eventos mencionados en la regla 2 siempre estn asociados a una fecha cierta, ya sea que se trate de un balance mensual o una transaccin monetaria. Toda tabla de hechos siempre debe tener al menos una foreign key a una tabla de dimensin tiempo, cuya granularidad es la fecha nica en que ocurri el evento. Regla 4: Asegurarsde que todos los hechos que estn en una misma fact tengan el mismo nivel de granularidad. Todas las medidas de una tabla de hechos deben estar al mismo nivel de detalle. Cuando uno mezcla hechos de diferentes niveles de granularidad en la misma tabla de hechos, se est llevando al usuario a aconfundirse y a hacer que las aplicaciones de BI arrojen resultados erroneos Regla 5: Resolver las relaciones muchos a muchos en las tablas de hechos. Partiendo de la base de que una tabla de hechos guarda los resultados de los eventos de un proceso de negocio, es muy probable que haya alguna relacin del tipo muchos a muchos (M:M) vinculada entre sus foreign keys, como por ejemplo productos vendidos en mltiples negocios en mltiples das. Estos campos de las foreign key nunca deberan

Crdito consumo Coopeuch

Hasta 72 meses plazo Solictalo Aqu!
Coopeuch.cl

Novis Chile
Su empresa puede ser ms eficiente Sap con Novis, combinacion perfecta
www.novis.cl

Factura Electrnica SAP

OpenDTE, solucin de facturacin electrnica para SAP.
opendte.openb.cl/

Archivos

Etiquetas
Anlisis

Anlisis Dimensional

BI
Big Data
Bill Inmon

Business Intelligence
Business Objects

Cloud
Cognos

Consejos

1 de 2

11/07/2012 10:44

10 Reglas Esenciales para el Modelado Dimensional (1 Parte) Mun...

http://mundobi.com.ar/?p=28

ser nulos. A veces las dimensiones puden asumir mltiples valores para un hecho nico, tal como muchos diagnsticos asociados con una consulta mdica. En estos casos no es razonable resolver la dimensin de varios valores directamente en la tabla de hechos. Esto violara la granularidad natural del hecho. As, usaremos una relacin muchos a muchos, con una tabla puente de clave doble en conjunto con la tabla de hechos. Fuente: Kimball University
Tags: Data Warehouse, Kimball |

Data Warehouse
Forrester

Gartner
Google Analytics
Grficos

Gratuito

Herramientas

IBM
IDC

Infografia
Jaspersoft

Kimball
Libros

Mercado
Microsoft Open Source
Oracle Panorama

MicroStrategy

Pentaho QlickTech Qlikview

Redes Sociales
SaaS

SAP
SAS

Social Media
Spotfire Spss Sybase

Tableros de Comando Teora

Testing

Tips
Trabajo

2 de 2

11/07/2012 10:44