Performance SQL pour SAP analytics
À jour au 2026-08-16
Une vue de calcul qui s'exécute en 120 ms en développement peut prendre 45 secondes en production dès qu'une UDF scalaire, une jointure non élaguée ou une table de faits mal partitionnée fait sortir HANA de son chemin colonnaire rapide — et le correctif n'est presque jamais une réécriture SQL, mais un changement structurel. Ce module apprend à lire une sortie PlanViz, à isoler si le ralentissement vient d'un échec de push-down, d'un partitionnement inadapté, d'une jointure non élaguée ou de statistiques obsolètes, puis à prescrire la modification de vue de calcul ou de partitionnement qui l'élimine durablement. Les consultants capables de faire cela sur un système HANA de production — et non de simplement retoucher une chaîne SQL — sont ceux que les clients retiennent pour des travaux de remédiation performance facturés 1 200–1 800 €/jour, bien au-delà du périmètre initial de la migration.
Ce que vous apprendrez
- Diagnostiquer les échecs de push-down dans les vues de calcul HANA à l'aide de PlanViz et M_EXPENSIVE_STATEMENTS, et prescrire des correctifs structurels maintenant agrégation et filtrage dans le moteur colonnaire
- Concevoir des stratégies de partitionnement de tables HANA (par plage, par hachage, sous-partitionnement plage-hachage) adaptées aux patterns de requêtes BW/4HANA et Datasphere, y compris le calibrage du delta merge pour les scénarios d'InfoProviders temps réel
- Appliquer les conditions d'élagage de jointure — type de jointure, contraintes d'unicité, annotations de cardinalité — dans les vues de calcul graphiques et les Modèles Analytiques Datasphere pour éliminer les jointures dimensionnelles inutiles à l'exécution
- Maintenir l'optimiseur basé sur les coûts HANA par une discipline de rafraîchissement des statistiques de colonnes, et identifier les patterns de dégradation de performance liés à la pression mémoire distincts des problèmes de qualité de plan
Pourquoi la performance SQL est un enjeu à part entière dans SAP Analytics
Les charges analytiques SAP se situent à une intersection particulière : moteurs colonaux en mémoire, couches de sémantique abstraites, et trafic OLTP/OLAP mixte qui fluctue au cours de la journée. Une requête qui s'exécute en 120 ms sur un tenant de développement isolé peut prendre 45 secondes lorsque SAP HANA supporte en parallèle les tableaux de bord SAC, les InfoProviders BW/4HANA et les flux de réplication Datasphere. La différence est rarement dans la requête elle-même — elle provient presque toujours d'échecs de push-down, d'un partitionnement mal exploité, ou de couches de vues de calcul non matérialisées qui forcent une évaluation ligne par ligne.
Ce module vous apprend à diagnostiquer et corriger ces problèmes au niveau du moteur SQL HANA, et non au niveau des abstractions documentaires de SAP.
Lire le plan d'exécution HANA et PlanViz
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.