Todo sobre los ADSO de BW4HANA. | Blogs de SAP

Hola amigos,

Bienvenido de nuevo. Es posible que haya encontrado muchas de mis publicaciones de blog sobre HANA classic y HANA XSA, SAP BODS 4.2, SAP BTP y SAP CAI chatbots, etc.

Bueno, también había trabajado en SAP BW, BWonHANA y ahora actualmente estoy trabajando en SAP S/4 HANA Embeded Analytics/SAC area.

Muchos pueden confundirse al escuchar esta nueva palabra SAP S/4 HANA Embeded analytics, pero el concepto subyacente es que las capas OLTP y OLAP se encuentran en 1 cliente. Lo que significa que ECC o Suit 4 HANA y la capa de almacenamiento de datos para SAP que se llama Business warehouse están en un solo cliente.

¿Por qué este movimiento? ¡Pequeño fondo!

en el pasado, cuando teníamos ECC y BW tradicionales, los sistemas OLTP y OLAP estaban en un cliente diferente, incluso ahora hay casos en que S/4 HANA y BW4HANA también están en un cliente diferente, entonces, ¿por qué S/4 HANA Embeded Analytics?

Esto se debe a la base de datos en memoria de SAP llamada SAP HANA que es capaz de hacer múltiples cálculos sobre la marcha empujando el código profundamente en la base de datos con la ayuda de las vistas de CDS del paradigma Código a datos, procedimientos de base de datos administrados por ABAP para una lectura y escritura más rápidas, HANA DB en computación de memoria, compresión de datos, fusión delta y la eliminación de muchas tablas de indexación primarias y secundarias, etc., el enfoque CAR del lado del modelado bidireccional, etc. Es por eso que HANA se llama FAST DB.

Debido a que HANA es una base de datos FAST con excelentes características de compresión, no tiene sentido tener sistemas SAP OLTP y OLAP separados. Aunque mantener los sistemas OLTP y OLAP separados tiene sus propias ventajas, el análisis integrado de SAP S/4 HANA supuso un gran paso para que SAP generara informes operativos sobre KPI/chats/mosaicos basados ​​en SAP UI5/Fiori además de las vistas de CDS y los informes analíticos de cargar datos en objetos de almacenamiento de datos avanzados de SAP BW, también conocido como. ADSO (área de ensayo persistente en SAP BW4HANA o SAP S/4 HANA Analítica integrada.

Puede leer sobre mi blog sobre por qué SAP S/4 HANA evolucionó desde el tradicional SAP ECC

¿La respuesta tecnológica está en el siguiente artículo de manera detallada?

https://www.linkedin.com/pulse/s4-hana-digital-corewhy-technological-answer-narasingha-patro/

Bien, ahora tiene una idea sobre SAP S/4 HANA, BWONHANA, BW4HANA SAP S/4 HANA Embeded analytics.

Ya sea BWONHANA o BW4HANA o SAP S/4 HANA Embeded Analytics, lo más común es un ADSO que es el área de preparación persistente para que residan los datos. Este es el objeto donde residen los datos reales en diferentes tablas.

en este blog entenderemos un poco en profundidad las ADSO y su estructura.

Propósito: ADSO está preparado para reemplazar a todos los proveedores de información que brindan datos en tablas separadas, por ejemplo, cubos de información, DSO y DSO optimizados para escritura. El ADSO puede constar de campos simples así como de InfoObjetos.

En general, tenemos las capas mencionadas a continuación que están disponibles en la plantilla del modelo EDW en ADSO.

1. Capa de adquisición de datos (incluida la memoria corporativa)
2. Memoria corporativa: capacidades de compresión
3. Memoria corporativa: capacidades de generación de informes
4. Capa de almacenamiento de datos: Cálculo delta.
5. Capa de almacén de datos: Data Mart.

ahora veríamos como cada capa es diferente de las demás con respecto a su mecanismo de comportamiento.

Antes de entrar en los aspectos de comportamiento, tenga en cuenta las siguientes columnas tabulares que representan las tablas del sistema para sus funcionalidades correspondientes realizadas.

Cree un ADSO de prueba con referencia a un cubo (plantilla considerada como cubo ZFIAR_C06) en ADSO, HANA Studio bajo la perspectiva de modelado BW.

1) Capa de adquisición de datos (incluida la memoria corporativa):

Esta capa no usa la tabla activa y solo tiene una tabla de entrada, lo que significa que es solo una tabla de activación/nuevos datos. Aquí no puede encontrar la solicitud de activación. La tabla de entrada contiene el número de transacción de solicitud (TSN), el paquete de datos y el número de registro de datos. En general, se utiliza como área de ensayo persistente (PSA) y en la primera capa de la arquitectura EDW.

Ejemplo :

2) Memoria corporativa – Capacidades de compresión

Esta capa contiene los datos cargados en la tabla entrante y activa. Al activar la solicitud, los datos entrantes se eliminarán y el sistema cargará los datos de la tabla activa. Esta capa no utiliza la tabla de registro de cambios.

En resumen, esta capa se utiliza si desea ahorre espacio pero no es necesario para realizar un seguimiento de las solicitudes de carga. podemos ir con esto tipo de capa en la que no necesitamos rastrearla y podemos permitirnos ahorrar espacio al activarla y no usar el registro de cambios.

Pasos:

Cree un ADSO con la selección de capacidades de compresión de memoria corporativa como se muestra, por ejemplo, Z_T_CM_CC como nombre técnico. De forma predeterminada, se selecciona Activar datos.

Nota: si no se especifica la definición de clave, al activar esto, arrojará un error como se muestra en la siguiente captura de pantalla.

3) Memoria corporativa: capacidades de informes

La única diferencia entre las capacidades de compresión de la memoria corporativa y esta capa es que esta capa contiene datos entrantes y activos, ya que «Mantener datos entrantes, extraer de la tabla entrante» está activado, lo que significa que cuando este tipo de ADSO están activados, el sistema no borra los datos de la tabla de entrada. En cambio, mantiene los datos tanto en la tabla de datos entrantes como en la tabla de datos activos. No hay datos de registro de cambios disponibles.

Pasos :

Crear ADSO

Nombre técnico : Z_T_CM_RC

Descripción : Memoria Corporativa – Capacidades de informes

Plantilla de proveedor de información como un cubo ZFIAR_C06

Mantenga las claves si no lo están

Seleccione los caracteres requeridos y agréguelos como clave en Administrar claves (los pasos en detalle se muestran en la Capa 2).

4) Capa de almacén de datos – Cálculo delta:

Esta capa se modela como un DSO estándar. Eso significa que estos tipos de ADSO tienen una tabla de registro de cambios para extracciones delta, como tabla de entrada y una tabla de datos activa que se usa para informes y cargas completas.

En resumen, esta capa puede funcionar como un objeto central desde el cual solo los registros nuevos y modificados se cargan a la siguiente capa.

Pasos:

Creación ADSO

Nombre técnico Z_T_DW_DC

Descripción: capa de almacenamiento de datos: cálculo delta.

Proveedor de información de plantilla: ZFIAR_C06

5) Capa de almacenamiento de datos – Data Mart

Esta capa almacena datos en la tabla de entrada antes de la activación, pero una vez activados, los datos de la tabla de entrada se eliminan y los datos se almacenan en la tabla de datos activos. Sin datos de cambio bajo. La característica importante de esta capa es el sistema «Uniones», tanto la tabla de datos de entrada como la activa, para la elaboración de informes y la extracción. Esta capa funciona como cubo de información en el que la tabla de entrada actúa como tabla F y la tabla de datos activa como tabla E.

Pasos

Nombre TÉCNICO ADSO Z_T_DW_DM

Descripción: data mart de capa de almacén de datos

Proveedor de información de plantilla: ZFIAR_C06

Podemos ver en esta capa, todos los caracteres son clave y se definen automáticamente, por lo que el ícono de administrar claves está deshabilitado, lo que significa que no permite seleccionar manualmente los registros clave.

conclusión: Estas son las diferentes capas al crear un ADSO. En función de su caso de negocio, puede elegir la capa para ADSO.

Gracias,

Narasingha