Frage

Das Ziel, eine sequentielle Richtlinie zu verwenden, ist so, dass Sie Cluster -Indizes ohne die hohen Fragmentierung verwenden können, die normalerweise in einem Cluster -Index vorhanden wäre, wenn es sich um eine reguläre GUID handelt, richtig?

War es hilfreich?

Lösung

Ja du hast Recht.

Andere Tipps

Um zu klären, sind ein Primärschlüssel und ein Cluster-Index 2 separate und unterschiedliche Dinge, dh einer ist nicht mit dem anderen gekoppelt (PKs können nicht klustered, Cluster-Indexe können nicht-Pks sein).

Ich glaube, Sie fragen mehr "sollte ein sequentieller GUID als Clustered -Index verwendet werden". Das ist eine geladene Frage, aber Kimberly Tripp hat dies besprochen Wahrscheinlich das Beste von jedem, den ich gesehen habe. Beachten Sie, dass sich der Artikel auf einen PK bezieht, aber in dem Artikel bezieht sie sich, wie die Überlegung hauptsächlich für eine Clustered -Index -Auswahl gegenüber einem PK gilt.

Angenommen, Sie haben bereits beschlossen, eine Richtlinie als Cluster-Schlüssel (der möglicherweise nicht der Fall ist oder nicht) zu verwenden, wäre die Verwendung eines sequentiellen GUID höchstwahrscheinlich eine überlegene Wahl für eine nicht-sequentielle Richtlinie. Es gibt jedoch mindestens 1 Szenario, in dem eine nicht -sequentielle Richtlinie bevorzugt werden kann (obwohl ein sehr seltenes, sehr fortgeschrittenes Szenario, in dem Sie Ihr System und Ihr SQL -Server im Grunde genommen verstehen müssten, dass Sie keinen Zweifel haben, dass dies verwendet werden sollte - hätte mit dem mit Hotspots auf Ihrem Speichergerät und das Verbreiten großer Volumen von Schreibvorgängen an verschiedenen Orten des Clusters).

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top