✒️SAP BI / BW BO DataMart
SAP BI / BW BO DataMart
Interfase DataMart
Su diferencia con los DataWareHouse es que estos son sistemas de informacion que cubren toda una empresa, mientras que los DataMarts son soluciones especificas de area. Pueden implementarse utilizando diferentes estructuras de sistema en una infraestructura DataWarehouse.
Se pueden utilizar como paso de desarrollo de un metodo a largo plazo en toda la empresa, permitiendo la rapida implementacion mediante la utilizacion de volumenes de datos gestionables. Esto permite realizar una solucion datawarehouse basada en la empresa paso a paso.
Como componente de servicio API, la interfase datamart permite actualizar datos desde un infositio de un sistema fuente BI a un segundo infositio de un sistema destino BI.
Caracteristicas de implementacion de un DataMart:
- Se transporta un conjunto de datos de un Datawarehouse a otra base de datos (posiblemente o incluso en un lugar diferente). Esto es porque los datos se almacenan en un unico sistema SAP BI y se comparte esos datos con otro sistema
- Se trata de unidades mas pequeñas de un Datawarehouse, por ejemplo varios sistemas SAP BI de acuerdo a cada unidad de negocio de la empresa
- Se almacenan como segmentos intencionalmente redundantes del datawarehouse mas global. Realiza la redundancia de datos y aumenta el mantenimiento de la informacion pero mejora la disponibilidad de la informacion para cada sistema SAP BI.
Arquitecturas data mart para sistemas BI
- Replicar Arquitectura Data Mart: conocida como INSIDE-OUT, en esta arquitectura un sistema BI suministra los datos fuente para actualizarlos en otros sistemas BI.
- Arquitectura DataMart Agregada: conocida como OUTSIDE-IN, los datos se actualizan desde uno o mas sistemas BI en un sistema central BI
- Arquitectura DataMart Mixta: uno o mas sistemas BI sirven como data marts, transfieren datos seleccionados a un sistema central BI y éste transfiere datos replicados al sistema regional BI
Estas arquitecturas presentan muchas ventajas:
- Al añadir varios data marts a la infraestructura de sistema se facilita la configuracion e implementacion de datawarehouse. Si los data marts cubren partes de la infraestructura de sistema, pueden implementarse independientemente y, su soporte y mantenimiento es mas sencillo que con sistemas muy grandes.
- Se incrementa la velocidad de transferencia de datos y los tiempos de reporting, pues la edicion de datos y procesos de preparacion son mas cortos
- Los datos pueden dividirse segun areas de tareas y/o subsidiarias; tambien puede realizarse el analisis a traves del total de conjuntos de datos (agregados). Por ejemplo, un oficina central necesita datos consolidados y seleccionados de un subsidiaria, pero una subsidiaria solo necesita datos especificos de la oficina central.
- Se puede implementar escenarios hub and spoke colocando un sistema BI en el centro e integrando y homogeneizando datos desde sistemas distribuidos.
Pasos para la transferencia de datos entre sistemas BI:
- Conectar el sistema fuente BI al sistema destino BI (generalmente este paso es realizado por los administradores del sistema)
- Generar una fuente de datos de exportacion en el sistema fuente BI
- Replicar (copiar) los metadatos de la fuente de datos de exportacion en el sistema destino BI
- Mantener y activar las reglas de transformacion entre la fuente de datos replicada en el sistema destino BI
- Crear un infopaquete para la fuente de datos replicada en el sistema destino BI para solicitar los datos desde el sistema fuente BI
- Crear un DTP en el sistema destino BI para actualizar datos de la tabla PSA de la fuente de datos replicada en el destino correspondiente
- Crear y planificar una cadena de proceso en el sistema destino BI para planificar el infopaquete y el DTP.
Al crear un sistema fuente, todos los sistemas BI se comportan del mismo modo que los sistemas SAP. Los procedimientos, incluyendo todas las parametrizaciones, son los mismos que los que se utilizan para crear sistemas SAP automaticamente.
Sobre el autor
Publicación académica de Milton Ezequiel Bravo, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
SAP Master
Milton Ezequiel Bravo
Profesión: Project Manager en Newbitcrew - Argentina - Legajo: HQ58N
✒️Autor de: 50 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
