Resumen de diferentes tipos de ASDO en SAP BW, BW/4HANA y funcionalidades

En este tema hablaremos sobre los principales ASDO y su funcionalidad que ayudará a comprender el diseño básico del proyecto BW en el próximo blog sobre el que hablaré.

Lo siguiente es muy importante. Común ADSO disponible en BW 7.5 en HANA, BW4/HANA 1.0 y BW/4HANA 2.0 –

1. Mercado de datos ADSO:

Punto memorable:

• Se puede informar sobre la tabla de datos activos y la tabla de entrada usando AND u OR.
• Al leer datos utilizando la navegación, los datos no cambiarán, es decir, serán estables.
• Los datos son ADITIVOS, no SOBRESCRITOS.
• Todas las claves forman la clave compuesta.
• Solo en la tabla entrante RequestID está la clave como otros ADSO.
• El registro de cambios existe pero no está cargado.

2. ADSO estándar:

Punto memorable:

• Almacén de datos a nivel de documento.
• Solo se puede informar sobre la tabla de datos activos.
• Al leer datos utilizando la navegación, los datos cambiarán si la carga ocurre, es decir, no es estable.
• Los datos siempre se SOBRESCRIBE.
• Todas las claves forman la clave compuesta en la tabla activa.
• Solo en la tabla entrante RequestID está la clave como otros ADSO.
• El registro de cambios existe y se cargó desde la cola de entrada durante la activación. Delta DTP toma datos de la tabla de registro de cambios.
• Full Load DTP toma datos de la tabla activa.

El ADSO estándar con soporte para instantáneas siempre hace una imagen inversa si carga los datos por completo la próxima vez.

Suponga que tiene 10 registros en load1 y si tiene soporte para instantáneas y hay 9 registros en la segunda fila. Se eliminará 1 fila de ADSO pero sin soporte de instantáneas si carga el roq será 10.

3. Puesta en escena ADSO o DSO optimizado para escritura:

Punto memorable:

• Comúnmente utilizado como PSA en la capa de entrada de datos. Actúa como un almacén de datos de nivel base consistente.
• El modelado basado en campo es preferible para un rendimiento más rápido.
• Reportar no es preferible.
• Ninguna clave es Obligatoria.
• Solo en la tabla entrante RequestID está la clave como otros ADSO.
• El registro de cambios existe pero no se ha cargado desde la cola de entrada.
• El DTP de carga completa y delta toma datos de la tabla de entrada.

4. ADSO de actualización directa:

Punto memorable:

• Tabla Directamente Activa actualizada.
• No hay necesidad de Activación.
• Usando la solicitud puede eliminar datos.
• Se pueden cargar datos mediante DTP o API.
• Soporta solo carga completa. Después de la carga de datos, los datos son visibles inmediatamente desde el informe.

5. Tipo de inventario ADSO: puede usar ADSO estándar y Data Mart como ADSO de inventario habilitando el inventario de casillas de verificación habilitado para el uso de inventario. Esto no se usa con frecuencia.

Nota: ADSO puede contener un máximo de 2 mil millones de registros. Para una implementación más grande, realice el particionamiento de Symantec o el particionamiento físico.

Según mi recomendación:

1. Realice una gestión de desgarro de datos calientes, tibios y fríos según el rango de fechas (1 año o dos años)
2. si Rasgar no es posible, vaya con la partición de Symantec.
3. si el particionamiento de Symantec no es posible, vaya con el particionamiento secundario manual del ADSO a nivel de tabla. porque el particionamiento de nivel primario en toda la tabla se realiza automáticamente. Solo puede particionar manualmente la tabla activa por rango.

Espero que esto ayude. En el próximo blog que utilice este concepto, hablaré sobre una arquitectura BW/BI estándar y común de un proyecto que un desarrollador puede adoptar.