Discussion :

[dens19]

Bonjour,

Dans une base, j'ai une table dont la clé primaire porte actuellement sur une colonne de type varchar(50) qui est réutilisé comme clé étrangère dans d'autre table. Cette table contient également 2 autres champs.

Je souhaite modifier cette table et rajouter une colonne de type identité et placer la clé primaire sur cette colonne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ALTER TABLE T_TEST ADD IdTest IDENTITY(1,1)
ALTER TABLE T_TEST ADD CONSTRAINT PK_TEST PRIMARY KEY (IdTest)

Du coup cette colonne apparaît dans l'explorateur d'objet SSMS comme étant la 4eme colonne de la table ce qui apparaît également lorsque j'exécute la requête suivante (sc.id_column = 4) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
  Select sc.id_column, sc.name
  from sys.columns as sc
       inner join sys.objects as so on so.object_id = sc.object_id
  Where so.name = 'T_TEST'

J'en viens donc à ma question est-ce que la "position" de la colonne sur laquelle porte la clé primaire est importante ? (performance des index ...)


Cordialement.

[mikedavem]

Bonsoir,

La position ordinale de la colonne n'a pas d'importance et n'est pas prise en compte dans l'index. Ce qui est important est l'ordre dans lequel vous avez défini vos colonnes dans l'index.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
CREATE INDEX monindex
ON maTable
(
 col1, col2
)

++

[elsuket]

Bonjour,

Je continue la phrase de Mikedavem : puisque les statistiques de colonne, qui permettent au moteur de base de données de déterminer la façon la plus rapide et la moins coûteuse de résoudre une requête, sont collectées sur la colonne la plus à gauche des colonnes qui constituent la clé de l'index

@++