Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Performances de la requête est lente lorsque vous exécutez une requête qui contient une clause ORDER BY d'une colonne tableau d'un classement tertiaire SQL

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 951935
Symptômes
Dans Microsoft SQL Server 2005, vous créez une table. Le tableau contient une colonne d'un type de données non-Unicode. En outre, le classement de la colonne est un classement tertiaire SQL. Ensuite, vous créez un index qui n'est pas unique dans la colonne. Vous exécutez une requête sur la table en spécifiant la clause ORDER BY dans la colonne. Dans ce scénario, les performances de la requête sont lente. En outre, si la requête est exécutée à partir d'un curseur, le curseur est converti implicitement en un curseur keyset.
Cause
Ce problème se produit car l'optimiseur de requête n'utilise pas l'index. Dans le plan de l'exécution de la requête, l'opérateur de tri apparaît en premier. Ensuite, l'opérateur Compute scalaire qui contient la fonction TERTIARY_WEIGHTS s'affiche.
Contournement
Pour contourner ce problème, appliquez l'une des méthodes suivantes.

Méthode 1

  1. Supprimer l'index de la table.
  2. Modifier le type de données de la colonne à un type de données Unicode.
  3. Recréez l'index qui est basé sur la colonne.
Par exemple, vous pouvez exécuter l'instruction suivante pour contourner ce problème pour le scénario dans la section « Procédure pour reproduire ce problème ».
DROP INDEX Table1.indxGOALTER TABLE Table1ALTER COLUMN col1 NCHAR (10)GOCREATE INDEX indx ON Table1 (col1)GO

Méthode 2

  1. Supprimer l'index de la table.
  2. Ajouter une colonne calculée à la table en utilisant la fonction TERTIARY_WEIGHTS sur la colonne dont le classement tertiaire SQL.
  3. Recréez l'index qui repose sur la colonne et sur la colonne calculée.
  4. Ajoutez la colonne calculée à la clause ORDER BY.
Par exemple, vous pouvez exécuter l'instruction suivante pour contourner ce problème pour le scénario dans la section « Procédure pour reproduire ce problème ».
DROP INDEX Table1.indxGOALTER TABLE Table1ADD COL3 AS TERTIARY_WEIGHTS (col1)GOCREATE INDEX indx ON Table1 (col1, col3)GOSELECT col1 FROM Table1ORDER BY col1, col3GO

Méthode 3

  1. Supprimer l'index de la table.
  2. Recréer un index unique qui est basé sur la colonne.
Par exemple, vous pouvez exécuter l'instruction suivante pour contourner ce problème pour le scénario dans la section « Procédure pour reproduire ce problème ».
DROP INDEX Table1.indxGOCREATE UNIQUE INDEX indx ON Table1 (col1)GO

Méthode 4

  1. Supprimer l'index de la table.
  2. Modifier l'interclassement de la colonne à un classement n'est pas un classement tertiaire SQL.
  3. Recréez l'index qui est basé sur la colonne.
Par exemple, vous pouvez exécuter l'instruction suivante pour contourner ce problème pour le scénario dans la section « Procédure pour reproduire ce problème ».
DROP INDEX Table1.indxGOALTER TABLE Table1ALTER COLUMN col1 CHAR (10) COLLATE SQ_Latin1_General_Cp850_BINGOCREATE INDEX indx ON Table1 (col1)GO
Statut
Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Plus d'informations
Dans une définition classement tertiaire, certains caractères sont considérés comme égales à comparer. Toutefois, les épaisseurs de ces caractères sont considérés comme différents lorsque vous commandez ces caractères. Par exemple, une comparaison de chaînes n'est pas la casse. Toutefois, lorsque vous utilisez la clause ORDER BY pour trier ces chaînes, les caractères majuscules apparaissent avant les caractères minuscules.

Les types de données suivants sont des types de données non Unicode :
  • CHAR
  • texte
  • varchar
Les types de données suivants sont des types de données Unicode :
  • NCHAR
  • ntext
  • nvarchar
Pour effectuer l'opération tri sur les expressions de chaîne non-Unicode qui sont définis dans un classement tertiaire SQL, SQL Server 2005 nécessite une chaîne binaire d'épaisseurs de pour chaque caractère dans l'expression chaîne.

Un curseur keyset crée une table dans la base de données tempdb. La table stocke l'ensemble de clés qui identifient les lignes du curseur.

Procédure pour reproduire ce problème

Exécutez l'instruction suivante dans SQL Server Management Studio.
CREATE TABLE Table1(col1 CHAR(10) COLLATE SQL_Danish_Pref_CP1_CI_AS, col2 INT)GOCREATE INDEX indx ON Table1 (col1)GOSET SHOWPLAN_TEXT ONGOSELECT col1 FROM Table1ORDER BY col1GOSET SHOWPLAN_TEXT OFFGO
Voici la sortie :
|--Sort(ORDER BY:([Test].[dbo].[Table1].[col1] ASC, [Expr1004] ASC))     |--Compute Scalar(DEFINE:([Expr1004]=tertiary_weights([Test].[dbo].[Table1].[col1])))          |--Index Scan(OBJECT:([Test].[dbo].[Table1].[indx]))
pour plus d'informations sur le classement tertiaire SQL disponible, reportez-vous à la section « Notes » du site Web MSDN (Microsoft Developer Network) suivant :
Références
Pour plus d'informations sur l'instruction DROP INDEX , reportez-vous au site Web MSDN suivant : Pour plus d'informations sur l'instruction CREATE INDEX , reportez-vous au site Web MSDN suivant : Pour plus d'informations sur l'instruction ALTER TABLE , reportez-vous au site Web MSDN suivant : Pour plus d'informations sur la fonction TERTIARY_WEIGHTS , reportez-vous au site Web MSDN suivant :

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 951935 - Dernière mise à jour : 06/25/2008 21:23:12 - Révision : 2.1

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition

  • kbmt kbexpertiseadvanced kbtshoot kbprb KB951935 KbMtfr
Commentaires