Transformations

Unit 4 lesson 6 p.295

L'idée c'est de pousser le code vers HANA (concept de "Push Down" qu'on retrouve partout dans HANA)

Pas d'alternative dans les transformations :

• Soit c'est de l'abap
• Soit c'est du hana

Dés qu'on a le moindre bout de code ABAP la transfo est considérée comme de l'ABAP et ne peut être optimisée HANA

Donc si on veut vraiment aller vers HANA il faut retirer tout l'ABAP et aller le descendre dans la base HANA. On va voir comment : en faisant l'équivalent des routines mais orienté HANA et plus abap

Depuis la 7.5 toute les routines peuvent être optimisées en routine HANA

Ça s'appelle des "scripts AMDP"

AMDP = Abap Managed Database Procedures ou aussi "HANA SQL Script"

Cet outil est en fait une encapsulation une procédure SQL pure HANA dans un objet SAP (objet au sens programmation objet) pour pouvoir le transporter. AMDP est donc une classe ABAP

Donc pour une transfo :

Si on a pas du tout de code ABAP on a le choix de choisir ABAP ou HANA

Ce choix va se faire au niveau du DTP : On peut décider si on veut utiliser du HANA ou pas

Remarque 1:  Si un Infoobjet contient par malheure une routine de transfert malheureusement ça empêche de passer en HANA. Effectivement c'est de l'abap et aujourd'hui une routine de transfert global ne peut être qu'en ABAP. Donc ABAP = NO HANA....

Remarque 2 : Un datasource de type fichier ne pourra jamais être poussé par HANA. Normal. Pour qu'une transformation soit HANA il faut, en résumé, que la source et la cible soir HANA.

Remarque 3 : Quand on a un datasource classique, ça va générer une PSA etc. Mais la PSA étant de type HANA, on aura du gain entre la table de la PSA et la transformation.