Zitat von
generic:
Die Daten werden immer verstreut bzw. dort in die Tabelle geschrieben wo Platz ist.
Einige Datenbank liefern dir nur die Datenmenge immer nach dem Primär Schlüssel sortiert zurück.
Ohne clustered Index schaut eine Datenbank zuerst, ob irgendwo "Löcher" (=gelöschte Datensätze) in der Tabelle sind
und versucht diese zu füllen.
Andernfalls wird am Ende der Tabelle (bzw. der Datenbank) physikalisch angefügt.
Das ist mit anderen Worten das was du geschrieben hast.
Mit clustered Index ist das Verhalten so:
Der clustered Index wird benützt, um die Einfügestelle zu finden.
Ist auf der Seite (8kb) noch Platz für den Datensatz, wird er dort reingeschrieben.
Andernfalls wird die Seite gesplittet.
Um mein Problem zu verstehen muss man verstehen, wie ein clustered Index funktioniert.
Hier wird erklärt, weshalb GUIDs als Primärschlüssel und clustered Index eine schlechte Performance haben:
http://www.insidesql.org/quick-tips/clustered-indexes
Man könnte nun den clustered Index auf ein anderes Feld legen, aber das geht aus folgenden Gründen nicht so einfach:
1.) es ist nicht vorhersehbar, wie lange das Umstellen des clustered Index dauert (kann viele Stunden brauchen)
Die Datenbank ist "mission critical" und wenn die
DB auf unbestimmte Zeit down ist, dann gibt das Ärger
2.) viele Kunden setzen die kostenlose Express Edition *) ein. Die Grösse einer
DB ist auf 4 GB limitiert.
Löschen und Neuanlegen des clustered Index braucht sehr viel Platz.
Sollte das 4GB Limit erreicht werden, dann ist die Datenbank "kaputt" und kann nur noch mit einem kostenpflichtigen
SQL Server Standard Edition gerettet werden.
*) Sie sparen sich 2000-3000 Euro für die Std Edition; das ist Sparen am falschen Platz