Discussion :

[erpWorld]

Bonjour,
j'ai regardé une formation d'un MVP Sql Server, durant la formation il y a une préconisations d'utilisation de l'option OPTIMISÉ POUR LES CHARGES ADHOC pour améliorer les performances d'une base d'une application tierce.
Pourtant je lis parfois qu'il est déconseillé d'utiliser la dite option.
Que pensez vous ?

[janlouk]

Voici ce que j'ai reçu de Microsoft suite à leur "offline assessment" il y a quelques jours chez nous.

Optimize for ad hoc workloads Server Configuration Option
https://docs.microsoft.com/en-us/sql...uration-option
In most cases you either benefit from enabling the setting or there’s no large difference. In rare cases you don’t benefit and need to keep the setting disabled.

[mikedavem]

+1 avec Microsoft et cela fait parti de nos BPs chez nous.

Le risque est relativement faible pour la majorité des charges de travail même si on ne gagne rien au final en fonction du type de workload (purement adhoc ou non).

• Dans le cas le plus défavorable un batch est exécuté la première fois, on compile et on obtient un stub de plan d'exécution (moins de place en cache => optimisation). La 2ème fois le même batch est exécuté et relance une compilation de plan et cette fois et on obtient un vrai plan d'exécution.
• Dans le cas le plus favorable, le même batch n'est jamais exécuté une seconde fois et on reste avec notre stub de plan mais on passera par la phase de compilation quoi qu'il en soit (adhoc).

++