MS SQL Server
  1. MS SQL Server
  3. Les performances de requête SQL se dégradent en fonction de l'ordre des valeurs de search
Intereting Posts
2 Jointures internes SQL Server dans l'instruction Select Mettre à jour une colonne de table avec des nombres mélangés dans une plage Stocker la string de connection dans la database et la récupérer au démarrage de l'application Comment incrémenter automatiquement une valeur de colonne dans une table sans identité et key primaire dans SQLServer Insérer des nœuds XML dans une table dans SQL Server SQL Server Management Studio 2014: Impossible d'afficher les procédures stockées sur Azure SQL Database V12 SQL impossible à concaténer Vue SQL où les lignes ne sont pas mappées Appel d'une procédure stockée à partir d'une application tierce, mais elle ne s'exécute pas, mais aucune erreur n'est renvoyée. Que puis-je faire pour résoudre les problèmes? Est-ce que je rate l'évidence? Je pense que je vais devoir utiliser ispostback ici, mais ne pas comprendre comment Puis-je faire en sorte que TADOStoredProc applique des parameters donnés à la procédure cible par leur nom? SQL Select puis Supprimer Comment puis-je searchr des noms avec apostrophe dans SQL Server? Est-ce qu'un script ashx peut être exécuté à partir d'une étape SQL Server Agent? Perdu mes en-têtes de colonne SQL

Les performances de requête SQL se dégradent en fonction de l'ordre des valeurs de search

J'ai une double requête d'auto-jointure où la performance est sévèrement dégradée lorsque les valeurs de search sont permutées. 

-- 500,000 i/o & 500ms execution select fooA.ID , fooB.ID from foo AS fooA INNER JOIN bar AS barA ON fooA.barID = barA.barID INNER JOIN foo AS fooB ON fooA.fooID = fooB.fooID -- self join INNER JOIN bar AS barB ON fooB.barID = barB.barID where barA.value = 'xyz' AND barB.value = '60' -- 5,000 i/o & 5ms execution select fooA.ID , fooB.ID from foo AS fooA INNER JOIN bar AS barA ON fooA.barID = barA.barID INNER JOIN foo AS fooB ON fooA.fooID = fooB.fooID -- self join INNER JOIN bar AS barB ON fooB.barID = barB.barID where barA.value = '60' AND barB.value = 'xyz'
  • La valeur "xyz" est répertoriée 150 000 fois dans le tableau "barre".
  • La valeur "60" est répertoriée 500 fois dans le tableau "barre".
  • Les plans de requête sont les mêmes, sauf que la boucle la plus interne renvoie 150 000 lignes ou 500 lignes selon la valeur de search répertoriée en premier.
  • Les searchs effectuées searchnt des index non clusterisés.
  • Les statistics ont été mises à jour sur les deux tables avec FULLSCAN.

Pourquoi l'optimiseur de requête SQL n'identifie-t-il pas correctement que dans les deux instances, la jointure la plus interne du plan de requête doit être celle avec le less de lignes?

    SQL Server ne recomstack pas une requête chaque fois qu'il est exécuté. Il le fait une fois, et il est optimisé pour les valeurs exactes qu'il voit la première fois. Je suppose que vous avez un plan malheureux mis en cache.

    Essayez d'append OPTION (RECOMPILE) à la fin.