Remediación de código personalizado ABAP
La migración del código personalizado ABAP para SAP HANA se puede dividir en dos áreas principales:
-
Modificación de la práctica de codificación ABAP clásica donde la lógica extensiva de datos se escribe en la capa de aplicación. Este paso solo trata con ABAP a nivel de declaración. Normalmente lo llamamos HANAtización.
-
Modificación de la lógica ABAP utilizando características más avanzadas de ABAP como AMDP, CDS o incluso modelado HANA y tratando de trasladar más lógica de capa ABAP a la capa DB para aprovechar la base de datos HANA.
En el documento actual discutimos sobre el paso 1 donde intentamos capturar lugares de código ABAP donde se requiere modificación según la plataforma HANA DB. A veces esta modificación es absolutamente necesaria y a veces solo se recomienda.
Herramienta utilizada,
El análisis estático de código proporciona información sobre la parte del código ABAP que son candidatos potenciales para la HANAtización. El Inspector de Código SAP (SCI) o el Cockpit de Pruebas ABAP (ATC) son las herramientas estándar para este tipo de análisis. Esto puede proporcionar un conjunto de verificaciones que se pueden agrupar en una variante de verificación.
El Inspector de Código realiza un análisis de código basado en una lista de verificación que comprende un conjunto definido de objetos de desarrollo. La variante de verificación contiene la configuración para configurar la lista de verificaciones a realizarse. Es necesario definir los diferentes objetos ABAP en los que se debe realizar la inspección.
Utilizamos FUNCTIONAL_DB como variante de verificación del Inspector de Código SAP (SCI). Esta variante de verificación se entrega con la Nota SAP 1935918 y es un paso inicial para el proceso de HANAtización.
Esta variante de verificación FUNCTIONAL_DB contiene verificaciones que se consideran obligatorias para el análisis del código personalizado ABAP como parte de una migración a SAP HANA. Estas verificaciones se relacionan principalmente con las siguientes áreas: PROGRAMACIÓN ROBUSTA, VERIFICACIONES DE SEGURIDAD Y FUNCIONES DE BÚSQUEDA para cualquier patrón ABAP que deseamos verificar.
Verificaciones relevantes al migrar a SAP HANA sugeridas por FUNCTIONAL_DB:
SQL nativo e indicaciones de base de datos (DB):
Esto nos ayudará a localizar partes del programa donde se implementó dependencia de la base de datos en el pasado. La interfaz ADBC es la parte crítica del programa donde se necesita prestar atención cuidadosa como parte de la HANAtización. En algunos casos donde la base de datos HANA también admite el SQL nativo y que son declaraciones SQL únicas como "truncate" en términos de rendimiento, etc. se pueden dejar sin modificar. Esta declaración SQL única no tiene una declaración Open SQL adecuada. Estas son excepciones a la mayoría de los casos en los que deberíamos depender solo de Open SQL.
-
Ejemplo de indicación de DB (Oracle):
-
Ejemplo de declaración Truncate:
-
Ejemplo de ADBC (Conectividad de Base de Datos ABAP):
-
Ejemplo de verificación de índices de base de datos
Desagrupación/desacoplamiento:
Pedro Pascal
Se unió el 07/03/2018