Un choix de plan de requête non optimaux entraîne une baisse des performances lorsque les valeurs en dehors de la plage représentée dans les statistiques sont recherchées dans SQL Server 2016

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3192154
Symptômes
Considérez le scénario suivant :
  • Vous utilisez un estimation de la cardinalitéConfiguration (CE) qui correspond à la compatibilité de la base de données de niveau 120 ora ultérieurement le niveau de votre système Microsoft SQL Server 2016.
  • Vous exécutez une requête contenant un prédicat de recherche.
  • La requête recherche les valeurs qui sont inférieures ou égales à un nombre inférieur à la valeur minimale deRANGE_HI_KEYqui est stocké dans laobjet statistiques. Ou, la requête recherche les valeurs qui sont supérieures à la valeur maximale deRANGE_HI_KEY pour les mêmes statistiques.

Dans ce scénario, l’optimiseur de requêtes surestime le nombre de lignes. Cela peut entraîner une requête peu à planifier des choix et des performances médiocres.
Résolution
Le correctif de ce problème est inclus dans la mise à jour cumulative suivante pour SQL Server :


Remarque Après avoir installé cette mise à jour, vous devez activer l’indicateur de trace 4199 pour activer ce correctif. Pour activer l’indicateur de trace 4199, consultez le Indicateurs de trace (Transact-SQL) rubrique sur le site Web de Microsoft Developer Network (MSDN).
À propos des mises à jour cumulatives pour SQL Server
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et des correctifs de sécurité qui ont été inclus dans la précédente mise à jour cumulative. Découvrez les dernières mises à jour cumulatives pour SQL Server :

Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
En savoir plus sur la terminologie Microsoft utilise pour décrire les mises à jour logicielles.

Propriétés

ID d'article : 3192154 - Dernière mise à jour : 09/22/2016 16:10:00 - Révision : 1.0

  • kbfix kbqfe kbexpertiseinter kbmt kbsurveynew KB3192154 KbMtfr
Commentaires