Aller au contenu

Modélisation dans SAP Hana (en général)

Souvent dilemme dans SAP BW classique :

Performance Stockage / Performance reporting

Avec SAP HANA in-Memory on va supprimer cette contrainte et ajouter du temps réel

Scénarios HANA

Voir figure 13 pour options possibles

  • Etape 1
    • Replication (temps réel) --> Hana Table dans BW HANA
    • Remote Access (temps réel) par Smart Data Access --> Virtual table dans BW HANA
    • Import (chgt classique) --> Hana Table dans BW HANA
  • Etape 2
    • Création de vues
  • Etape 3
    • Reporting

Bottleneck

DD gros --> Mémroire virtuelle moins gros + CPU idem = Effet embouteillage

Aujourd'hui Mémoire vive = DD

  • On peut répliquer
  • On ne crée plus de cubes intermédiaires

Au niveau ram ce qui optimise c'est :

  • le stockage en colonne
  • le partitioning
  • la compression

Fig. 15 = la lecture en colonne permet de paralléliser les lectures

Compression

Dans Hana 2 types de mémoires

Delta : plus rapide en écriture

Main : plus rapide en lecture

Delta Merge = fait automatiquement ou manuellement

Tips : Dans une Process chain favoriser un seul gros delta merge

SAP HANA Schemas

Fig. 18

Data Processing Approach

Eviter de stocker des calculs dans la base mais plutôt dans la mémoire

Voir Fig.19

Option de stockage pour table Z

Fig. 21 & 22

Beaucoup de données = colonnes

Peu de données = Lignes (classique)

Voir Fig 22 : le pour et le contre dans le choix du type de table "colonne" ou "ligne"

Modeling Golden rules

Voir p.28

Parallélisation

Réutilisation des vues

Exclure du disques les données moins importantes

Utiliser les + de SAP hana (modèle en colonnes)