Serie de blogs sobre ACDOCA en S4 HANA: Aspectos Técnicos, Funcionales y Análisis - Consultor de S/4 HANA comparte su experiencia

Si ya estás trabajando en proyectos de S4 HANA o si estás mejorando tus habilidades en S4 HANA, seguramente has escuchado el término Diario Universal o Única Fuente de Verdad. Pero, ¿qué es eso en realidad? Créeme, como consultor de S/4 HANA, debemos entender la tabla ACDOCA de una mejor manera. En mi experiencia de 3 proyectos de transformación de S/4 HANA, he aprendido mucho sobre esta tabla y no creo que haya terminado aún. En mi próxima serie de blogs, discutiremos las innovaciones de ACDOCA. Como siempre, esta es una serie de blogs tecno-funcionales, creada tanto para consultores técnicos como funcionales. He dividido esta serie de blogs en 3 partes.

Parte 1 cubre Aspectos Técnicos

Parte 2 cubre Aspectos Funcionales

Parte 3 cubre Reportes y Análisis

Aspectos Técnicos

• Modelo de Datos Simplificado

Versiones anteriores de SAP utilizaban tablas totales e índices para almacenar datos para una recuperación más rápida. Pero en S4 HANA, las agregaciones o cálculos se pueden realizar sobre la marcha desde ACDOCA, por lo que no es necesario almacenar los mismos datos nuevamente en otras tablas. SAP eliminó todas las tablas totales e índices, eliminando así los datos duplicados de la base de datos. Los datos de todos los módulos en FI y CO ahora se recopilan en ACDOCA, por lo que se le llama Diario Universal. En el diagrama a continuación, todas las tablas Totales e Índices en color amarillo han sido eliminadas de la base de datos.

• Diseñado para aprovechar al máximo la base de datos HANA

ACDOCA hace uso de todas las innovaciones de la base de datos HANA.

- Disposición de datos en la memoria principal
- Compresión

- Particionamiento y procesamiento paralelo

Los datos se almacenan en una estructura de columnas, por lo que cuando se ejecuta una consulta en ACDOCA, no es necesario leer la fila completa, y los datos se transfieren fácilmente a la CPU desde la memoria principal. El almacenamiento de datos basado en columnas no es algo nuevo, ya estaba presente en las aplicaciones de Data Warehouse. Las técnicas de compresión de SAP HANA son muy eficientes en cuanto al tiempo de ejecución y pueden proporcionar un factor de compresión promedio de cinco a diez en comparación con los datos que no lo han sido. Por lo tanto, minimiza la cantidad de datos que necesitan ser transferidos a la CPU. SAP HANA solo admite el particionamiento horizontal, lo que significa que los datos se dividen en secciones más pequeñas en función de las filas. Se realiza una operación de búsqueda en todas las particiones en paralelo, lo que resulta en una recuperación de datos más rápida.

• Indexación en ACDOCA

Gracias a la compresión de datos, se necesita un volumen relativamente pequeño de datos para ser buscados, y la búsqueda compara principalmente enteros. Dado que se puede paralelizar la búsqueda en múltiples núcleos de CPU, la velocidad suele ser suficiente y no se requiere un índice. En el caso de tablas con menos de medio millón de entradas, hay muy poca diferencia entre tener un índice y no tenerlo. Sin embargo, si la tabla tiene cientos de millones de entradas, el acceso a una columna altamente selectiva sin un índice es más lento por un factor de 100 o más en comparación con el acceso con un índice. Este factor aumenta a medida que la tabla crece en tamaño. Si dicho acceso se realiza con mucha frecuencia, como puede ser el caso en un sistema OLTP, por ejemplo, un índice es vital para un buen rendimiento. En S4 HANA, los índices se crean generalmente en una sola columna y se llaman índices invertidos. También es posible un índice en múltiples columnas y se llama índice compuesto. Solo los índices invertidos están disponibles de forma estándar y todos ellos son específicos de HANA DB únicamente.

• Vistas de Compatibilidad

Ahora debes estar pensando qué sucederá con mis códigos personalizados donde tengo una selección explícita de esas tablas totales o de índices. No te preocupes. Con la instalación de SAP Simple Finance, la edición local eliminó las tablas totales y los índices de aplicación y las reemplazó por vistas SQL DDL con el mismo nombre, llamadas vistas de compatibilidad. Estas vistas se generan a partir de fuentes DDL. Este reemplazo se produce durante la instalación del complemento de SAP Simple Finance utilizando