✒️SAP BI / BW BO InfoProviders
SAP BI / BW BO InfoProviders
Infositio: un infositio es todo objeto que provee información a un Query.
Tipos de infoSitios:
Físicos: Contienen información persistente
Lógicos: Obtienen la información en el momento de ejecución del query.
La diferencia principal entre ambos es que los primeros almacenan datos reales, en cambio los lógicos obtienen los datos en tiempo de ejecución.
Infocubos: Los infocubos son los principales modelos de datos multidimensionales en BI. Los reportes y análisis se basan en infoCubos.
Describen un set de datos delimitado en si mismo que abarca uno o más procesos empresariales. Un usuario de reporting puede definir o ejecutar queries ante un InfoCubo.
Los tipos de InfoCubo siguientes existen en BI.
- InfoCubos.
- VirtualProviders
Sólo los cubos contienen físicamente datos en la base de datos. Por esa razón tambien son destinos de datos, ya que en ellos se pueden cargar datos. Por el contrario, los vitual providers solo representan vistas lógicas de un set de datos.
InfoCubos: Existen dos subtipos: estándar y en tiempo real.
Aunque ambos tienen un diseño de esquema estrella ampliado, los InfoCubos en tiempo real están optimizados para su actualización directa, y no requieren el uso del proceso ETL. Se utilizan de forma casi exclusiva en el set de herramientas de planificación integrada en BI.
Los cubos en tiempo real antes se llamaban InfoCubos transaccionales, ya que el sistema accede a los datos en un InfoCubo de este tipo mediante transacciones.
Eran utilizados por la herramienta SAP BPS que actualmente es reemplazada por Integrated Planning.
Todos los InfoCubos BI constan de una serie de tablas relacionales agrupadas en un esquema estrella.
Tabla de hechos: en la que se almacenan los valores de ratio. contiene un máximo de 233 ratios.
Tabla de dimensión: un infoCubo suele tener un mínimo de cuatro tablas dimensionales y un maximo de 16. De estás, 13 de las 16 las crea el cliente y 3 son las dimensiones que nos otorga SAP.
- Tabla de dimensión de unidades.
- Tabla de dimensión de paquete de datos.
- Tabla de dimensión de tiempo.
Las dimensiones del cliente contienen SID vinculadas a un máximo de 248 InfoObjetos de características.
ODS DataStore Object: se utiliza para almacenar datos consolidados y depurados (datos variables o datos maestros) a nivel de documento.
Una diferencia entre ODS e InfoCubos es que los ODS tienen la opción de sobrescribir registros, mientras que los InfoCubos no. Los cubos crean un nuevo registro si las características no son exactamente las mismas en dos registros diferentes.
Propiedades de los ODS:
Diseñados para grabar datos depurados a nivel de documento.
Función de sobrescribir
- Las características que no forman parte de la clave siempre se sobrescriben.
- Los ratios (por ejemplo, el volumen de compras) pueden fijarse en Sobrescribir, Añadir o no actualizar.
Reporting Mediante BEx.
- El reporting directo es opcional.
- Los escenarios de reporting normales implican un desglose desde el Infocubo al ODS.
Dado que un ODS esta diseñado como una tabla, contiene campos clave y campos de datos.
Los campos de datos no sólo pueden ser ratios sino también campos de caracteres. Puede utilizar una actualización delta para actualizar datos de objeto DataStore en InfoCubos conectados o en Objetos DataStore adicionales o tablas de datos maestros (atributos o textos) en el mismo sistema o en sistemas diferentes.
Clases de ODS:
- ODS 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. 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 uploads delta para destinos de datos conectados.
- Optimizado para escritura: es un nuevo tipo de ODS. Está dirigido al nivel de almacén de la arquitectura y tiene como ventaja la mayor rapidez de las cargas.
- ODS de actualización directa: (ODS transaccional 3.x anterior) sólo tiene la tabla con datos activos. Esto significa que no se integran tan fácilmente en el proceso de staging. En lugar de eso, esta clase de objetos DataStore se rellena utilizando APIs y se puede leer a través de un BAPI.
 
 
 
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.
Jorge Luis Leal Marquez
Profesión: Analista de Sistemas - Venezuela - Legajo: CD46R
✒️Autor de: 113 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP BI / BW BO Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
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