El concepto del data warehouse ha evolucionado de sobre manera en estos últimos años de forma que el concepto original nos sirve de partida pero para nada representa toda la variedad y riqueza de opciones presentes. Actualmente existen diferentes enfoques / tecnologías que aúnan una visión de tecnología optimizada, de necesidades de negocio y de incluso software específico para desplegar soluciones de Inteligencia de negocio.
Listemos alguna de ellas:
- Inclusión de mapreduce en el software del data warehouse, que permite procesar grandes cantidades de datos distribuidas en clústers. Por ejemplo, en este punto tenemos a fabricantes como Greenplum o Aster Data Systems. Y empresas como Google o Facebook como usuarios destacados.
- Soluciones in-memory, que despliegan estructuradas de datos multidimensionales en memoria con el objetivo de minimizar el tamaño de estructuras MOLAP así como agilizar la velocidad de consulta. Entre estos ejemplos tenemos Qlikview y Panopticon.
- Estructuras multidimensionales.
- Estructuras federadas de data marts.
- Integración a tiempo real.
- Data marts específicos.
- Active Data Warehouse.
- Soluciones que conjunta software y hardware optimizado (con algunas de las características comentadas). Por ejemplo, estamos hablando de fabricantes como Teradata o Kickfire.
- Bases de datos híbridas (columnas y filas) que permiten beneficiarse de las características singulares tanto de desarrollos por filas o por columnas.
Es decir, estamos hablando de elementos que pueden formar parte de la arquitectura de un data warehouse. Y es por lo tanto necesario, en el momento de su diseño, tener una visión a corto, medio y largo plazo para no estar limitados a posteriori en nuestras necesidades de análisis de información. Me reafirmo: por lo que es importante, primero identificar las necesidades, plasmar qué tipo de arquitectura es la adecuada para las mismas y posteriormente ir a buscar la tecnología que resuelva nuestras necesidades.
Sin embargo habrá veces que los usuarios no tengan definidas aún cúales son las necesidades reales de negocio, quizás porque no tengan el conocimiento de las posibilidades existentes. Suele pasar que el usuario tiene una necesidad, se le ofrece una solución, y a partir de ahí comienza el ciclo de nuevas necesidades y nuevas implementaciones. ¿Cómo se soluciona este problema?
Hola Sami,
En mi opinión ese es un aspecto importantísimo y problemático de cómo se ha tratado el BI tradicionalmente, de forma monolítica y demasiado ambiciosa, grandes proyecto con muchas veces un resultado muy poco satisfactorio.
La realidad cómo dices es que las necesidades del usuario cambian y hay que adaptarse a ellas.
Disclaimer: Publicidad descarada de Litebi:
Nuestro producto Litebi está construido precisamente con esa idea, haz prototipado rápido, y adaptate a las necesidades del usuario sin perder potencia. A poca gente le vale un proyecto de BI de 9 meses, nuestra experiencia nos dice que suele ser mejor empezar poco a poco y ajustar.
Un saludo,
Javier
Hola Sami, saludos a Javier (tenemos pendiente un caña).
Efcetivamente la escasa madurez de muchas organizaciones provoca este tipo de situaciones. Por otra parte te diria que consultores buenos (los cuento con una mano) sabrian no solamente hacer su trabajo, ayudarian al cliente a detectar los conceptos de negocio e incluso relaciones futuras y no se fiarian da las relaciones (cardinalidades) actuales del negocio, pues siempre existen cambios.
LLegados a un cierto punto, lo normal es que todos los conceptos (o un alto porcentaje) esten difinidos en las tripas del sistema (DW). Los usuarios suelen tener mas inquietudes y variaciones en la explotación, esto es como una carta de amor, solamente le gusta al que la escribe. Para ello usamos herramientas faciles y manejables por todos.
En cualquier caso, tenemos un punto previo y nunca menciona nadie y que existe. Existen metodologias especificas para el diseño y desarrollo del DW. En ellas existen las revisiones como parte de los requerimientos de la siguiente Iteración. Un sistema BI se diseña y desarrolla por oleadas o Iteraciones. Hace años que desaparecio el concepto o la forma de hacer DW, ya nadie hace los monoliticos, eso fue cuando no teniamos ni idea (aunque deciamos que si) sobre principios de los 90.
Si alguien tiene especial interes en saber mas sobre metodologia… pues por aqui estamos.
Salu2,
Chema Arce
http://josemariaarce.blogspot.com