Hace unos días ya hablé sobre los spreadmarts . La palabra spreadmart sale de mezclar los "spreadsheets" con los "datamarts". Y el resultado, como comentaba en la otra ocasión, son aplicaciones en Excel que resultan problemáticas.

Actualmente, existen pocas soluciones perfectas ante este problema, y sólo se justifica su migración a otro entorno cuando la información contenida en los spreadmarts es realmente vital para el negocio y/o cuando genera un trabajo inasumible para los departamentos de negocio.

Creo que las mejores herramientas que existen actualmente para abordar este problema son las bases de datos multidimensionales (o cubos MOLAP). Los cubos proporcionan una visión muy fácil y dinámica de la información, y suelen tener una muy buena integración con Excel. Herramientas de este tipo son Microsoft Analysis Services, Infor Alea, PALO, o Oracle Essbase.

Pero tampoco son siempre la solución ideal. La información que se codifica en los "spreadmarts" no siempre cabe fácilmente dentro del cubo. Dependerá del proyecto...

He encontrado un artículo sobre los spreadmarts que creo que aporta una visión muy acertada y que comparto. Los spreadmarts están para quedarse. Pronostica que en el futuro aparecerán soluciones tecnológicas que resolveran la problemática mejor de lo que se está consiguiendo actualmente:

"However, imagine a data tool in which the end-user experience feels like a spreadsheet and the back end feels like a database--and includes some of the more traditional database features, such as security, scalability, versioning, multi-user access, rapid searching, and all of the rest of the features that database traditionalists have come to know and love? What if someone figured out a way to take the best parts of a spreadsheet and merge it with the best parts of a database by using new data-persistence technologies that might not even have been invented yet?"

Un saludo,

BI fácil

PD: ¿Soy el único que piensa que es complicado poner imágenes (con el tamaño deseado) utilizando blogger?