🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

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

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

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

Clase de objetos dataStore.

SAP BI distingue entre tres clases de objeto DataStore: actualización estándar, optimizada para escritura y actualización directa.

ODS estándar: consiste en tres tablas (cola de activación, tabla de datos activas y log de modificaciones). Está totalmente integrado en el proceso de staging. En otras palabras, 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.

ODS Optimizado 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 tieneb un desempeño muy pobre en cuanto a performance.

ODS actualización directa: (ODS transaccional 3.X anterior) 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.

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. Veamos una comparación rápida de estos tres objetos antes de que profundicemos más en los objetos DataStore estándar.

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 podra modificar los datos del sistema SAP BI antes que pasen por el PSA. Aquí sólo se realiza una copia de los datos del sistema fuente, funcionaría como una memoria intermedia.

Los ODS se utilizan principalmente para armonizar o consolidar datos.

Estan formados por tablas planas que se pueden leer de manera simple (sirven 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.

Posicionamiento de ODS en el flujo de datos.

En algunas situaciones es necesario incorporar ODS adicionales al proceso de almacenamiento. SAP BI le 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.

Como puede verse en la parte derecha del gráfico PSA / Objeto DataStore / Infocubo, la integración de objetos DataStore en el flujo de datos es opcional.

Tambien es posible actualizar datos desdde una fuente de datos a un infocubo directamente y no utilizar ODS.

Podemos distinguir tres clases de ODS en diferentes posiciones del flujo de datos basándonos en su utilización:

  • Datos fuentes similares: en este caso, los datos se almacenan de la misma forma que los ha entregado la fuente de datos del sistema fuente. si desea conservar un historial completo de las modificaciones de los datos, 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 proceso de armonización engloba varios aspectos:
  1. Armonización de tipos de datos de variantes y longitudes: Realizar las transformaciones necesarias antes de implementar este objeto DataStore.
  2. Armonización de diferentes métodos delta del sistema fuente: un objeto DataStore puede convertir diferentes métodos 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 útil al derivar de un delta, siempre que un sistema fuente sólo sea capaz de extraer actualizaciones completas.
  3. Armonización de datos: a menudo, tiene que armonizar el propio contenido de datos reales. Ello puede implicar características y ratios.
  • Específico de aplicación empresarial: estos ODS se utilizan normalmente para preparar datos para determinados escenarios de reporting.

Nota: Objetivo principal de ODS es ofrecer una estructura de almacenamiento previa, dentro de un flujo de carga en el cual se almacena la información con mas detalle que en el infoprovider final, ya sea un infocubo u otro ODS. una opción que debemos tomar el consideración al crear un ODS es la creación automatica de sites, esta opción la podemos encontrar al momento de editar el ODS en el componente opciones. Si el ODS que estamos creando va a ser utilizado para reportes entonces dejaremos marcada dicha opción de lo contrario debemos desmarcarla ya que es una opción que afecta el rendimiento en el sistema al momento de cargar datos en nuestro ODS.

Arquitectura y funciones de objetos ODS: Los ODS estándar están formados por tres tablas:

  • Tabla de datos activos (activate): donde se almacena el estado actual de los datos. Es muy importante que la clave esté correctamente definida por el responsabble del modelado, ya que una coincidencia en la clave inicia un tratamiento delta especial durante la fase de activación (explicada más adelante). Los reportes creados mediante BEx utilizan 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. 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.

Modelado y creación de ODS: se configuran diferentes listas de selección para seleccionar InfoObjetos en el área superior izquiera de la GUI. con arrastrar 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.

Opciones de los ODS:

Lo mas importante cuando se modelan ODS es que infoObjetos forman los campos clave del objeto DataStore y qué InfoObjetos representan los campos de datos.


 

 

 


Sobre el autor

Publicación académica de Jorge Luis Leal Marquez, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.

SAP Master

Jorge Luis Leal Marquez

Profesión: Analista de Sistemas - Venezuela - Legajo: CD46R

✒️Autor de: 113 Publicaciones Académicas

🎓Egresado de los módulos:

Disponibilidad Laboral: PartTime

Presentación:

Profesional del área de tecnológica, enfocado a garantizar la continuidad de las operaciones. consultor abap.

Certificación Académica de Jorge Leal

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "Data Store Objects (ODS o DSO)" de la mano de nuestros alumnos.

SAP Master

Acceder a esta publicación

Creado y Compartido por: Andrés Felipe Domínguez Rendón

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Acceder a esta publicación

Creado y Compartido por: Anabel Soleto Olguin

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

Acceder a esta publicación

Creado y Compartido por: Sebastian Gil Loaiza

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Acceder a esta publicación

Creado y Compartido por: Milton Bermúdez Muñoz / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Acceder a esta publicación

Creado y Compartido por: Vicmar Matilde Fernandez Medina

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Acceder a esta publicación

Creado y Compartido por: Alejandro López Robledano

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Acceder a esta publicación

Creado y Compartido por: Joaquin Vivas

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Acceder a esta publicación

Creado y Compartido por: Rafael Monterrey

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

Acceder a esta publicación

Creado y Compartido por: Tomas Chapal Contecha

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

Acceder a esta publicación

Creado y Compartido por: Rolando Aguilera Dreyse

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!