Discussion :

[adjava]

Voilà le souci.

Une index ordonée en cluster a été créé par SQL serveur sur la clé primaire de la table. (Id_ligne_transmission)

Or je désire créé un index ordonné en cluster sur le champ Date_transmission car le premier n'a aucun intérêt étant donné que je ne requête jamais sur Id_ligne_transmission.

Le problème c'est que je n'arrive pas à supprimer le premier index, et une table ne peut contenir d'un seul index ordonné en cluster.

Sql server me met ça quand je veux modifier le premier :

Code :

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

1
2
 
Impossible de convertir un index ordonné en cluster en un index non ordonné en clusters à l'aide de l'option DROP_EXISTING

[spidetra]

Il me semble que les index ordonné en cluster sont habituellement lié à la clé primaire.
Un index ordonné en cluster impose une ordre physique aux données.
Pourquoi ne pas créé simplement un index sur le champ qui t'intéresse ?
Pourquoi vouloir absolument créé un index ordonné en cluster ?
C'est plus performant ?

[adjava]

Oui d'après mes divers lectures, un index ordonné en clusters en très efficace pour les champs doublonnés sur lesquels ont requête via des joinutes sur des tables externes

Candidats adaptés aux index en clusters :

La colonne utilisée pour l'index en clusters détermine l'ordre physique des données. Placez un index en clusters sur les colonnes de données qui sont le plus souvent requises par ordre physique.

Les index doivent être choisis en fonction des types d'instructions SELECT employés.

Les index en clusters sont recommandés pour les clés étrangères, puisque ces clés sont généralement non uniques.

Il ne peut y avoir qu'un seul index en clusters par table.

Remarque Le placement d'un index en clusters sur la clé primaire (surtout si les données sont monotoniques) constitue rarement le choix idéal. La clé primaire doit avoir un index unique. Un index unique non ordonné en clusters peut être presque aussi efficace qu'un index unique en clusters dans de nombreux cas.

[adjava]

C'est bon j'ai réussi, mais à la bourrin

J'ai supprimé la contrainte primary key de ma table

Code :

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

Alter table ligne_transmission drop constraint pk_ligne_transmission

Puis je crée en ce moment l'index ordonné en cluster

Et je vais remettre la clé primaire sur la table (environ 30 millions d'enregistrements )[/code]

[spidetra]

Merci pour l'info.
Je ne m'était jamais posé la question en terme de perf, et je choississais tjrs la clé primaire.
Donc du coup je n'ai pas la réponse à ta question. Désolé.