Wann verwaltet MS-SQL Tabellenindizes?

Question

Für Argumente, sagen wir, es ist für SQL 2005/8. Ich verstehe, dass wenn Sie Indizes für eine Tabelle setzen, um SELECT Anweisungen abzustimmen, diese Indizes während INSERT/UPDATE/DELETE Aktionen beibehalten müssen.

Meine Hauptfrage ist diese:

Wann wird SQL Server Indizes einer Tabelle halten?

ich viele nachfolgende Fragen:

Ich gehe davon aus, dass es naiv so tun wird, nachdem ein Befehl ausgeführt wurde. Angenommen, Sie fügen 20 Zeilen ein, wird der Index beibehalten, nachdem 20 Zeilen eingefügt und festgeschrieben wurden.

• Was in der Situation passiert, wo ein Skript mehrere Anweisungen gegen eine Tabelle verfügt, sind aber ansonsten eindeutige Aussagen?

• Hat der Server die Intelligenz den Index zu halten, nachdem alle Anweisungen ausgeführt werden oder es es tut pro Aussage?

Ich habe Situationen erlebt, in denen Indizes gelöscht werden und neu erstellt, nachdem groß/viele INSERT/UPDATE Aktionen.

• Das vermutlich verursacht Wiederaufbau die Indizes der gesamten Tabelle, auch wenn Sie nur eine Handvoll Zeilen ändern?

• Würde ein Leistungsvorteil bei dem Versuch, es zu sammeln INSERT und UPDATE Aktionen in eine größere Charge, sagen durch Reihen zu sammeln in einer temporären Tabelle einzufügen, im Gegensatz zu viele kleineren Einsätze zu tun?

• Wie wäre es, wenn die oben stehenden Zeilen verglichen werden, statt einen Index fallen zu lassen, statt den Wartungstreffer zu nehmen?

Sorry für die Verbreitung von Fragen - es ist etwas, von dem ich immer weiß, dass es bewusst ist, aber wenn ich versuche, ein Skript zu tunen, um ein Gleichgewicht zu finden, ich weiß nicht, wann Index Wartung auftritt.

Edit: Ich verstehe, dass Leistungsfragen weitgehend von der Menge der Daten während der Einfügung/Aktualisierung und der Anzahl der Indizes abhängen. Wiederum um Argumente willen, hätte ich zwei Situationen:

• Ein Index schweren Tisch abgestimmt für wählt.
• Ein Index Leuchttisch (PK).

Beide Situationen hätten eine große Einfüge-/Aktualisierungsgruppe, z. B. 10k + Zeilen.

Bearbeiten 2: Ich bin mir bewusst, in der Lage, ein bestimmtes Skript auf einem Datensatz zu profilieren. Das Profiling sagt mir jedoch nicht, warum ein bestimmter Ansatz schneller ist als ein anderer. Ich interessiere mich mehr für die Theorie hinter den Indizes und wo Performance-Probleme auftreten, keine definitive Antwort "das ist schneller als das".

Danke.

Answer 1

Wenn Ihre Anweisung (nicht einmal Transaktion) abgeschlossen ist, sind alle Ihre Indizes auf dem neuesten Stand. Wenn Sie ein Commit durchführen, werden alle Änderungen dauerhaft und alle Sperren werden freigegeben. Andernfalls wäre es keine "Intelligenz", es würde die Integrität verletzen und möglicherweise Fehler verursachen.

Edit: von "Integrität" Ich meine das: einmal begangen, sollten die Daten sofort für jedermann verfügbar sein. Wenn die Indizes zu diesem Zeitpunkt nicht aktuell sind, kann dies zu falschen Ergebnissen führen.

Wenn Sie die Batch-Größe erhöhen, verbessert sich Ihre Leistung ursprünglich, dann wird es langsamer. Sie müssen Ihre eigenen Benchmarks ausführen und Ihre optimale Batchgröße ermitteln. In ähnlicher Weise müssen Sie einen Benchmark durchführen, um festzustellen, ob Indizes schneller gelöscht/neu erstellt werden können oder nicht.

Bearbeiten: Wenn Sie Stapel von Zeilen in einer Anweisung einfügen/aktualisieren/löschen, werden Ihre Indizes einmal pro Anweisung geändert. Das folgende Skript demonstriert das:

CREATE TABLE dbo.Num(n INT NOT NULL PRIMARY KEY); 
GO 
INSERT INTO dbo.Num(n) 
SELECT 0 
UNION ALL 
SELECT 1; 
GO 
-- 0 updates to 1, 1 updates to 0 
UPDATE dbo.Num SET n = 1-n; 
GO 
-- doing it row by row would fail no matter how you do it 
UPDATE dbo.Num SET n = 1-n WHERE n=0; 
UPDATE dbo.Num SET n = 1-n WHERE n=1;