Index cluster et contrainte

bonjour a tous
Je débute dans quelque jour dans un grand projet de mis en place d'une base de donnée de production qui peuvent atteindre une volume de quelque To de données avec plusieurs milliers d'utilisateurs ,Pour optimiser au maximum cette base je souhaite que la partie conception soit correcte
Pour cela je doute devant deux cas
Du point de vue performance Quel est la meilleure cas entre ces deux scénario sa chant les deux colonnes ID et col1 sont de méme Type INT

Code:

---

1 2 3 4

CREATE TABLE TestTable (ID INT NOT NULL PRIMARY KEY NONCLUSTERED, Col1 INT NOT NULL unique CLUSTERED) GO

---

Code:

---

1 2 3 4

creaTE TABLE TestTable2 (ID INT NOT NULL PRIMARY Key, Col1 INT NOT NULL unique nonCLUSTERED) go

---

merci pour l'aide de nos experts

Tout va dépendre des requetes qui seront exécutées sur cette table, l'index cluster est l'index de rangement, s'il correspond a des requetes fréquentes ou qui collectent beaucoup de lignes c'est bien
Pour des tables à fortes volumétries, pensez surtout au partitionnement

Et aux jointures !

A +

En plus de ce qui a été dit justement, le choix devra également être dictée en fonction de la manière dont les valeurs sont attribuées aux colonnes ID ou Col1

Une question importante à se poser est la suivante :
Les valeurs de la colonne ID sont-elle attribuées de manière croissante (exemple 1, 2, 3, ... ) ou bien de manière désordonnée (exemple 200, 100, 190, 120, 340, 113, etc.)
Idem même question en ce qui concerne la colonne Col1 ?

A étudier plus en détails, mais généralement, il faut privilégier le caractère CLUSTER (PK ou Index ) pour la colonne dont les valeurs sont attribuées de manière monotone (c.à.d toujours croissante ou bien toujours décroissante) pour éviter autant que possible les opérations de "Split". celles-ci sont très pénalisantes pour les performances lorsqu'elles sont effectuées sur un index Cluster, qui n'est autre chose que la table elle-même.

A+