✒️SAP BI / BW BO Data Store Objects (ODS o DSO)

Data Store Objects o Objeto de DataStore

1.- Clases de Objetos DataStore

SAP BI distingue entre tres clase de objeto DataStore:

- Actualización estándar: Consiste en tres tablas; cola de activación, tabla de datos activas y log de modificaciones.

Esta totalmente integrado en el proceso de Staging, los datos se pueden cargar y descargar de los objetos DataStore durante el proceso de staging.

Utilizar un log de modificaciones significa que todas las modificaciones también se escriben y están disponibles como actualizaciones delta para destinos de datos conectados.

- Optimizada para escritura: Es un nuevo tipo de objeto DataStore. Está dirigido al nivel de almacén de la arquitectura ya que por ejemplo los datos con la misma clave no son agregados, por lo tanto podríamos tener como fue variando históricamente.

Tiene como ventaja principal la mayor rapidez de las cargas. Este tipo de ODS es utilizado para reportes que necesitan los datos actualizados rápidamente, pero hay que tener en cuenta que los reportes que utilizan este tipo de ODS tienen un desempeño muy pobre en cuanto a Performance.

- Actualización directa: Sólo tiene la tabla con datos activos. Esto significa que no se integra tan fácilmente en el proceso de staging, En lugar de eso, esta clase de objeto DataStore se rellena utilizando APIs y se puede leer a través de un BAPI.

Las siguientes BAPIs son entregadas por SAP

- BAPI BAPI_ODSO_READ_DATA_UC

- RSDRI_ODSO_INSERT

- RSDRI_ODSO_INSERT_RFC

- RSDRI_ODSO_MODIFY

- RSDRI_ODSO_MODIFY_RFC

- RSDRI_ODSO_UPDATE

- RSDRI_ODSO_UPDATE_RFC

- RSDRI_ODSO_DELETE_RFC

Se puede ver su código ABAP a través de la transacción SE37

2.- Comparación de PSA, ODS e InfoCubo

Los PSA almacenan datos fuente brutos, los InfoCubos almacenan datos de resumen y existen tres clases de objetos DataStore.

La utilización principal del PSA es almacenar temporalmente los datos del sistema fuente antes de que se transfieran a los destinos de datos reales. Por esta razón, no podrá modificar los datos del sistema SAP BI antes que pasen por el PSA, solo se realiza una copia de los datos del sistema fuente la cual se podría considerar como una memoria intermedia.

Los ODS se utilizan principalmente para armonizar o consolidar datos, resultando especialmente apropiados para esta utilización, puesto que proporcionan varias opciones diferentes.

Los ODS, están formados por tablas planas que se pueden leer de manera simple (sirvern como tablas de distribución o consulta, por ejemplo). Los objetos en sí contienen muchas funciones (determinación delta, por ejemplo).

Teniendo en cuenta todas estas propiedades, los objetos DataStore cubren muchas de las demandas que se realizan dentro del proceso de staging.

3.- Posicionamiento de ODS en el flujo de datos

En muchas situaciones, es necesario o ventajoso, incorporar ODS adicionales al proceso de almacenamiento. SAP BI permite integrar uno o más ODS en el flujo de datos entre la PSA y los InfoCubos. Normalmente, estos ODS almacenan datos en un nivel detallado y se pueden utilizar para armonizar y consolidar los datos antes de ser almacenados en InfoCubos multidimensionales de forma agregada.

También es posible actualizar datos desde una fuente de datos a un InfoCubo directamente y no utilizar ODS como vemos marcado en la imagen a continuación.

En una situación de implementación, podemos analizar tres clases de ODS en diferentes posiciones del flujo de datos basándonos en su utilización:

- Datos fuente Similares: Los datos se almacenan de la misma forma que los ha entregado la fuente del sistema fuente. Si se desea conservar un historial completo de las modificaciones de los datos, se deberá incluir una referencia temporal consistente en la clave del objeto DataStore.

- Requerido Técnicamente: En estos objetos DataStore, los datos se almacenan de forma armonizada, el cual se diferencia en los siguientes aspectos:

-- Armonización de tipos de datos de variante y longitudes

Ejemplo, un número de cliente tiene 10 caracteres en el sistema fuente, pero 13 caracteres en otro sistema. SAP BI necesita armonizar la longitud del número de cliente. Puede hacerlo implementando un ODS en el que el cliente tenga un número de cliente de 13 caracteres. Debes realizar las transformaciones necesarias antes de implementar este objeto DataStore.

-- Armonización de diferentes métodos delta del sistema fuente

Un objeto DataStore puede convertir diferentes méetodos delta desde los sistemas fuente (delta aditivo y After-Image para registros rectificados) en un único delta con una clase. Ello garantiza que a los destinos conectados adicionales (en especial InfoCubos) se les proporcione un método delta apropiado.

Esta armonización resulta especialmente útil al derivar un delta, siempre que en un sistema fuente sólo sea capaz de extraer actualizaciones completas.

-- Armonización de datos

A menudo, tiene que armonizar el propio contenido de datos reales. Ello puede implicar características (materiales, por ejemplo) y ratios (beneficios)

Un ejemplo seria la derivación de un número de material global único a partir de los números de material subsidiario locales. Por ejemplo, en el primer sistema fuente, el número de material 100 es un auto deportivo.

Un segundo sistema fuente dice que el mismo número de pieza es lápices. como resultado, un número de material global se deriva en SAP BI, lo que proporciona números de material global únicos. La gestión de datos maestros trabaja en SAP BI para dar soporte a este escenario y a muchos otros.

- Especifico de aplicación empresarial

Estos ODS se utilizan normalmente para preparar datos para determinados escenarios de reporting. Por ejemplo tiene materiales que tienen diferentes estatus y debido a que cambian continuamente quiere armar un ODS sólo para almacenar los materiales que tienen status entregado.

4.- Arquitectura y funciones de objetos ODS

Los ODS estándar están formados por tres tablas:

- Tabla de datos Activos (active): Es en donde se almacena el estado actual de los datos y es muy importante que la clave esté correctamente definida por el responsable del modelado, ya que una coincidencia en la clave inicia un tratamiento delta especial durante la fase de activación. Los reportes creados mediante BEx utilizan los datos de esta tabla.

- Tabla de log de modificaciones (change log): Durante la ejecución de activación, las modificaciones se almacenan en el log de modificaciones. En este punto puede encontrar el historial completo de las modificaciones, dado que el contenido del log de modificaciones no se borra automáticamente. Los destinos conectados se actualizan desde el log de modificaciones si reciben datos del objeto DataStore en el método delta.

El log de modificaciones tiene clave técnica que consiste en una solicitud, un paquete de datos y un número de registro de datos.

- Tabla de datos nuevos (new data): Durante el proceso de transferencia de datos, los registros se escriben primero en esta tabla.

5.- Modelado y Creación de ODS

Se configuran diferentes listas de selección para seleccionar InfoObjetos en el área superior izquierda de la GUI. Con arrastras y soltar o con la opción de entrada directa al menú contextual, los InfoObjetos se añaden a las áreas adecuadas del objeto DataStore.

Finalmente, pueden tomarse decisiones sobre la habilitación de atributos de navegación y la creación de índices definidos por el usuario.

Opciones de los ODS: La pregunta mas importante que se debe realizar cuando se modelan objetos de DataStore son:

- Que InfoObjetos forman los campos clave del objeto DataStore?, y

- Que InfoObjetos representan los campos de datos?

Al momento de modelar, las preguntas debiesen ser las siguientes:

- Que InfoObjetos debe contener el objeto DataStore?

- Que objetos definen de manera única el proceso? Estos objetos no dependen de los unos de otros y normalmente forman la clave del ODS

- Que atributos de navegación deben estar activados para este objeto DataStore?

Los Atributos de Navegación son atributos que pertenecen a alguna característica incluida en el ODS o InfoCubo. Este tipo de atributos tienen la ventaja de poder ser utilizados luego en la confección de los reportes con BEx Query Designer.

Para los InfoObjetos consultados muy seguidos, es recomendable la utilización de índices y en caso que además este ODS sea utilizado en un reporte.

6.- Carga y Activación de ODS