Consideraciones ROLAP vs. MOLAP - diseño de cubo
https://stackoverflow.com/questions/1731379
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
¿Alguien tiene recursos que le dan una lista de cosas a tener en cuenta en el diseño de un cubo ROLAP, a diferencia de MOLAP (lo estoy haciendo en Pentaho, pero supongo que los principios no son dis-similar para otras implementaciones). Por ejemplo, estoy pensando en cosas como:
-
trabajo extra debe hacerse de transformación en la fase de ETL para reducir el trabajo computacional cuando se consulta el cubo?
-
deben todas mis tablas de dimensiones estar en la misma base de datos como mi cubo?
Solución
Soy un implementador Pentaho en Indonesia. En primer lugar, por supuesto, usted debe tratar de agrupar todas las medidas a su grupo de claves delegadas que participan.
Y en Mondrian, puede "caché" algunos cálculos utilizando tablas agregadas adicionales. Puede hacerlo en Pentaho Aggregate Designer. Pero después de que se necesita trabajo adicional en su etapa de almacenamiento de datos / ETL.
Saludos,
Feris
Otros consejos
En primer lugar - los diseños son similares, pero se dejan llevar por las diferentes estrategias de rendimiento y escalabilidad
.En segundo lugar - el proceso de ETL es más o menos lo mismo. Excepto - por lo general va a ver mucho más datos en un cubo ROLAP que un cubo MOLAP debido a las características de escalabilidad de bases de datos relacionales. Y en general se ven un cubo ROLAP en una base de datos no ROLAP (almacén, incluso base de datos transaccional) que hace algo más que apoyar ROLAP.
Por último, por lo general va a generar tabla agregada si tienes mucho volumen de datos. Que la agregación se puede hacer un montón de diferentes maneras, pero yo diría que no es normalmente impulsado por el proceso de ETL a menos que carecen de la capacidad para gestionar un proceso asíncrono separada o tienen volúmenes de datos que hacen que sea poco práctico para ejecutar los trabajos de resumen de época.
