Discussion :

[thierryinfo2012]

Bonjour à tous et à toutes et merci à ceux qui nous aident et font vivre ce forum

Je rencontre un problème de lenteur pour toutes les requêtes exécutées sur une table nommée sérialisation

La clé primaire de cette table est mappée sur une colonne de type varchar(200)

Si je procède à changer ce tableau en faisant la création d'une colonne de type int identity définie comme clé primaire et je supprime l'ancienne clé et je la remplace par une contrainte d'unicité NOT null sur la colonne "No_seriev" définie récemment comme clé primaire (voir imprime écran) aurai-je une amélioration de la performance et un gain d’espace disque

merci pour vos conseils

[Bernardos]

le clé primaire de ce table est mappé sur une colonne de type varchar(200)

beurk, faut pas c'est absolument catastrophique. la première réflexion serait déjà de s'assurer que 200 n'est pas une trop grosse valeur par rapport à la réalité. ca m'étonnerait beaucoup que tu ais des numéros de série de 200 caractères.

Si je procède a changer ce tableau en faisant la création d'une colonne de type int identity définit comme clé primaire et je supprime l'ancien clé et je

le remplace par une contrainte d'unicité NOT null sur le colonne "No_seriev" Définit récemment comme clé primaire (voir imprime écran) j'aurai t'il

une amélioration du performance et gain d’espace disque

oui et oui. c'est exactement ce qu'il faut faire. tu peux aussi ajouter une contrainte d'unicité sur ton numéro de série.
Cordialement,
Loïc

[SQLpro]

Il faut que votre nouvelle colonne soit clef primaire et non pas simplement UNIQUE.

Effectivement une colonne VARCHAR(200) est parfaitement idiot comme clef primaire !
Et pour cause...

Dans certaines opérations comme les GROUP BY et les ORDER BY invoquant cette colonne, le VARCHAR sera réaligné à 1/2 de la longueur max (algorithme interne de SQL Server) soit 100 octets, avant d'effectuer l'opération.


A +