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)