✒️SAP BI / Performance en ODS Por Gerson Pozo Contreras
SAP BI Performance en ODS
Performance en ODS
1. Situación Empresarial
Su organización utiliza ODS para almacenar grandes cantidades de datos. Como un empleado de la empresa, necesita para realizar actividades, tales como presentación de informes, la carga actualizada de datos detallados en un ODS.
LEYENDO DESDE UN ODS
Los datos son leídos de un ODS por diferentes razones.
Una de ellas puede ser la presentación de informes detallados ya que se tiene acceso a todos los datos cargados.
Los datos en un ODS es a menudo cargado con otros datos que al infocubo final no llegan.
LECTURA DE UN ODS
· La lectura de un ODS se realiza por :
o Acceso a la clave o
o Acceso aleatorio
o
· Carga de datos del ODS de destino
o Selectivo
o
· Supresión
o Request
o Cambio de registro
o Borrado Selectivo
· Los accesos se optimizan por la forma en que le ODS está diseñado (tablas e índices) por lo general no es necesario más ajustes en esas acciones.
· Una sola línea de información con clave de acceso es rápido.
Los índices de las tablas pueden ayudar a mejorar el rendimiento de lectura para todos los tipos de la lectura descritos anteriormente.
El orden de los campos clave determina el orden de los campos para el índice principal.
Los campos de uso más frecuente para la selección deben estar de primero en el orden.
Índices adicionales pueden ser definidos para accesos de lectura, por ejemplo:
· Mes calendario para su borrado selectivo.
· Número del documento de presentación de informes de ventas.
En la transacción DB05 como vemos en la imagen 1.2, puede determinar la selectividad (valores distintos) de los campos de la tabla y la distribución de valores en los campos.
Esta información ayuda a definir los índices adecuados.
TIP: El flag de generación de SID no es realmente útil si el ODS no va a ser usado para reportes, dicho flag hace más lenta la activación de datos en ODS, los índices son importantes en los ODS para generar reportes para su creación debemos “alisar” las características que se filtran frecuentemente en los querys y luego crear los índices necesarios, la creación de demasiados índices desmejora mucho los tiempos de carga hacia el ODS.
2. Reportes sobre un ODS
Los ODS no están diseñados para todas las necesidades de información.
ü De forma predeterminada, sólo un índice primario es definido.
ü No es posible el uso de agregados
ü No utilizan ningún esquema estrella
ü Con frecuencia es diseñado para el almacenamiento detallado de datos.
No hay restricciones técnicas en relación con la información a obtener desde un ODS. Puede ejecutar el mismo tipo de consultas en un ODS como en un Infocubo. Sin embargo, los ODS no están optimizados para todo tipo de los requerimientos de información.
Los ODS se almacenan en una tabla, no en un esquema estrella. Por lo general, estos cuadros pueden ser muy grandes porque son diseñados para almacenar datos en un nivel detallado.
El ODS no tiene tablas de dimensiones, por lo que las tablas del SID de todas las características se unen directamente a la tabla del ODS durante la presentación de los reportes. Esto puede ser un problema de rendimiento si hay muchas características y/o si hay grandes tablas SID. Es unión la podemos observar en la imagen 2.1.
VISTA DEL TAMAÑO DE ODS
El tamaño de las tablas de un ODS afecta el rendimiento de todas las operaciones con el ODS.
Para la carga, el tamaño de la cola de activación y datos activos es importante, porque la cola de activación se llena durante la carga y lee durante la activación. La tabla de datos activos es de lectura y actualiza durante la activación.
Para la presentación de informes , los datos activos son los únicos que serán leídos. En general, la lectura y escritura en una tabla (sobre todo actualizaciones, inserciones son menos críticos) es más lento, dependiendo del tamaño de la tabla.
Las tablas grandes son difíciles de manejar para la base de datos. Por ejemplo, las conversiones de la tabla en caso de cambios y supresiones de grandes conjuntos de datos se pueden poner críticos.
Reducción del tamaño de un ODS
ü El tamaño de las tablas de un objeto puede ser reducido.
ü Modelado el nivel dejando sólo los InfoObjetos necesarios.
ü Frecuencias de activación.
ü Supresión de los datos innecesarios.
ü Borrado por solicitud.
El borrado de las solicitudes sólo se puede hacer en el orden correcto de carga porque son actualizaciones, no sólo inserciones.
El change log es necesario para retroceder a los datos anteriores de la solicitud cargada.
BORRADO SELECTIVO
Recuerda que el borrado selectivo fue analizado en la lección Administración de un ODS junto al resto de los parámetros de un ODS.
BORRADO DE CHANGE LOG
Este tema lo veremos en la Unidad 5 Mantenimiento del sistema.
Escanear / Compartir
Sobre el autor
Publicación académica de Gerson Sergio Pozo Contreras, en su ámbito de estudios para la Carrera Consultor SAP BI / BW BO Nivel Avanzado.
SAP Master
Gerson Sergio Pozo Contreras
Profesión: Ing.electrónico + Técnico Sistemas - España - Legajo: SG31R
✒️Autor de: 73 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Aprender esta potente herramienta del mundo bi para poder tentar nuevas oportunidades de desarrollo profesional, posteriormente integrarlo con hana
Certificación Académica de Gerson Pozo
