Ich würde mit Jay nicht übereinstimmen - überprüfen Sie Kim Tripp The Clustered Index Debate continues.
Unter anderem sagt sie, dass ein guten primären/gruppierten Schlüssel (bezogen auf einer Spalte INT IDENTITY - NICHT eine GUID Spalte) wird Ihre Einsätze tatsächlich beschleunigt und löscht.
Auch wenn Sie Ihre Tabelle nur für einen kurzen Zeitraum verwenden, wäre es ratsam, eine TableID INT IDENTITY(1,1) PRIMARY KEY
Spalte zu haben, um einen guten, schnellen Primärschlüssel und Clustered-Index zu bekommen, und so wenig andere Indizes wie möglich wird die Einsätze sicher verlangsamen).
Abhängig davon, wie oft Sie Ihre GUID-Spalte als Fremdschlüssel referenzieren, möchten Sie vielleicht auch einen Index hinzufügen - da dies die Suche sicher beschleunigt.
Wenn Sie eine große Menge von Daten laden (sagt: Zehntausende von Zeilen gleichzeitig), könnten Sie auch daran denken, diesen Index vor dem Laden zu löschen und neu zu erstellen, sobald die Daten geladen sind (was wahrscheinlich geht) um schneller zu sein, als es immer an Ort und Stelle zu haben) - aber wieder: Das hängt davon ab, wie viele Daten Sie laden und wie oft.
Marc
Haben Sie überlegt, ob eine Nachricht statt einer DB Ihre Anforderungen besser erfüllt? – RichardOD
Ich bin leider von diesem Design sehr eingeschränkt – maxbeaudoin