203
6.5 Database Engine Tuning Advisor
Figure 6.18 — Rapport des recommandations.
Analyse « comme si »
Le DTA permet une analyse « prospective » (what-if analysis). Cela veut dire que
vous pouvez évaluer les différences de performances en rapport avec des modifications de PDS que vous prévoyez, par exemple analyser l’impact de la présence
d’index, sans les créer réellement. Le DTA ne créera pas les structures physiques,
mais il fera « comme si », et considérera les structures dans l’optimisation des
requêtes. Vous pouvez ainsi indiquer des index (clustered et nonclustered), vues
indexées et des partitionnements d’index. Cela vous permet effectivement de tester
différentes solutions, comme différents partitionnements ou différents index clustered, de façon purement hypothétique, et de choisir la meilleure solution. Comme le
DTA se base sur l’optimiseur SQL pour analyser ses requêtes, vous êtes assez proche
de la vérité dans les résultats. C’est donc une alternative valable aux tests « réels ».
Cela peut aussi vous permettre de tester les recommandations du DTA pour évaluer
leur utilité.
Pour effectuer une analyse « comme si » dans une session graphique du DTA, utilisez la commande « Import Session Definition... » du menu Files, et insérez dans
une définition de session XML. Voici un exemple de définition d’un index nonclustered fourni par une recommandation du DTA :
6.5 Database Engine Tuning Advisor
Figure 6.18 — Rapport des recommandations.
Analyse « comme si »
Le DTA permet une analyse « prospective » (what-if analysis). Cela veut dire que
vous pouvez évaluer les différences de performances en rapport avec des modifications de PDS que vous prévoyez, par exemple analyser l’impact de la présence
d’index, sans les créer réellement. Le DTA ne créera pas les structures physiques,
mais il fera « comme si », et considérera les structures dans l’optimisation des
requêtes. Vous pouvez ainsi indiquer des index (clustered et nonclustered), vues
indexées et des partitionnements d’index. Cela vous permet effectivement de tester
différentes solutions, comme différents partitionnements ou différents index clustered, de façon purement hypothétique, et de choisir la meilleure solution. Comme le
DTA se base sur l’optimiseur SQL pour analyser ses requêtes, vous êtes assez proche
de la vérité dans les résultats. C’est donc une alternative valable aux tests « réels ».
Cela peut aussi vous permettre de tester les recommandations du DTA pour évaluer
leur utilité.
Pour effectuer une analyse « comme si » dans une session graphique du DTA, utilisez la commande « Import Session Definition... » du menu Files, et insérez dans
une définition de session XML. Voici un exemple de définition d’un index nonclustered fourni par une recommandation du DTA :