Wie gefilterte Indizes ein leistungsfähigeres Feature sein könnten

In dieser Spalte kann also immer nur ein NULL-Wert vorhanden sein. Im Gegensatz zu den meisten Szenarien handelt es sich hier um einen Fall, in dem SQL Server zwei NULL-Werte als gleich behandelt (anstatt festzustellen, dass die Gleichheit einfach unbekannt und damit falsch ist). Die Leute beschweren sich seit Jahren über diese Inkonsistenz.

Wenn dies erforderlich ist, können wir dies jetzt mit gefilterten Indizes umgehen:

ALTER TABLE dbo.Personnel DROP CONSTRAINT UQ_SSN;
GO
 
CREATE UNIQUE INDEX UQ_SSN ON dbo.Personnel(SSN)
  WHERE SSN IS NOT NULL;

Jetzt funktioniert unsere vierte Einfügung einwandfrei, da die Eindeutigkeit nur für die Nicht-NULL-Werte erzwungen wird. Das ist eine Art Betrug, erfüllt aber die grundlegenden Anforderungen, die der ANSI-Standard beabsichtigt (obwohl SQL Server uns nicht erlaubt, ALTER TABLE ... ADD CONSTRAINT zu verwenden Syntax zum Erstellen einer gefilterten eindeutigen Einschränkung).

Aber halt das Telefon

Dies sind großartige Beispiele dafür, was wir mit gefilterten Indizes tun können, aber es gibt viele Dinge, die wir immer noch nicht tun können, und einige Einschränkungen und Probleme, die daraus resultieren.

Statistikaktualisierungen

Dies ist meiner Meinung nach eine der wichtigeren Einschränkungen. Gefilterte Indizes profitieren nicht von der automatischen Aktualisierung von Statistiken basierend auf einer prozentualen Änderung der Teilmenge der Tabelle, die durch das Filterprädikat identifiziert wird; Es basiert (wie alle nicht gefilterten Indizes) auf Abwanderung für die gesamte Tabelle. Dies bedeutet, dass sich die Anzahl der Zeilen im Index je nach Prozentsatz der Tabelle im gefilterten Index vervierfachen oder halbieren kann und die Statistiken nur aktualisiert werden, wenn Sie dies manuell tun. Kimberly Tripp hat einige großartige Informationen dazu gegeben (und Gail Shaw nennt ein Beispiel, bei dem es 257.000 Aktualisierungen dauerte, bevor die Statistiken für einen gefilterten Index aktualisiert wurden, der nur 10.000 Zeilen enthielt):

http://www.sqlskills.com/blogs/kimberly/filtered-indexes-and-filtered-stats-might-become-seriously-out-of-date/
http://www.sqlskills.com/ blogs/kimberly/category/filtered-indexes/

Außerdem hat Kimberlys Kollege Joe Sack (@JosephSack) einen Connect-Eintrag eingereicht, der vorschlägt, dieses Verhalten sowohl für gefilterte Indizes als auch für gefilterte Statistiken zu korrigieren.

Beschränkungen für Filterausdrücke

Es gibt mehrere Konstrukte, die Sie nicht in einem Filterprädikat verwenden können, z. B. NOT IN , OR und dynamische / nicht deterministische Prädikate wie WHERE col >= DATEADD(DAY, -1, GETDATE()) . Außerdem erkennt der Optimierer möglicherweise einen gefilterten Index nicht, wenn das Prädikat nicht exakt mit WHERE übereinstimmt -Klausel in der Indexdefinition. Hier sind einige Connect-Elemente, die versuchen, hier Unterstützung für eine bessere Abdeckung zu gewinnen:

Andere Nutzungsmöglichkeiten derzeit nicht möglich

Wir können derzeit keinen gefilterten Index für eine persistente berechnete Spalte erstellen, selbst wenn sie deterministisch ist. Wir können einen Fremdschlüssel nicht auf einen eindeutigen gefilterten Index verweisen; Wenn wir möchten, dass ein Index den Fremdschlüssel zusätzlich zu den vom gefilterten Index unterstützten Abfragen unterstützt, müssen wir einen zweiten, redundanten, nicht gefilterten Index erstellen. Und hier sind ein paar andere ähnliche Einschränkungen, die entweder übersehen oder noch nicht berücksichtigt wurden:

Probleme mit MERGE

Und MERGE taucht mal wieder auf meiner "aufgepasst"-Liste auf:

Während einer dieser (scheinbar eng verwandten) Fehler besagt, dass er in SQL Server 2012 behoben wurde, müssen Sie sich möglicherweise an PSS wenden, wenn Sie auf eine Variation dieses Problems stoßen, insbesondere bei früheren Versionen (oder beenden Sie die Verwendung von MERGE , wie ich bereits vorgeschlagen habe).

Tool / DMV / eingebaute Einschränkungen

Es gibt viele DMVs, DBCC-Befehle, Systemprozeduren und Client-Tools, auf die wir uns im Laufe der Zeit verlassen. Allerdings werden nicht alle diese Dinge aktualisiert, um neue Funktionen zu nutzen; gefilterte Indizes sind da keine Ausnahme. Die folgenden Connect-Elemente weisen auf einige Probleme hin, die Sie stolpern lassen können, wenn Sie erwarten, dass sie mit gefilterten Indizes funktionieren:

Halten Sie bei den letzten dreien nicht den Atem an – Microsoft wird wahrscheinlich keine Zeit in die sp_-Prozeduren, DMVs, INFORMATION_SCHEMA-Ansichten usw. investieren. Sehen Sie sich stattdessen Kimberly Tripps sp_helpindex-Umschreibungen an, die Informationen über gefilterte Indizes enthalten mit anderen neuen Funktionen, die Microsoft zurückgelassen hat.

Einschränkungen des Optimierungstools

Es gibt mehrere Connect-Elemente, die Fälle beschreiben, in denen gefilterte Indizes vom Optimierer *verwendet* werden könnten, aber stattdessen ignoriert werden. In manchen Fällen werden diese nicht als „Bugs“, sondern eher als „Funktionslücken“ betrachtet…

Paul White (@SQL_Kiwi) hat kürzlich hier auf SQLPerformance.com einen Post gepostet, der ausführlich auf einige der oben genannten Einschränkungen des Optimierungsprogramms eingeht.

Und Tim Chapman hat einen großartigen Beitrag geschrieben, in dem er einige andere Einschränkungen von gefilterten Indizes umreißt – wie die Unfähigkeit, das Prädikat einer lokalen Variablen zuzuordnen (behoben in 2008 R2 SP1) und die Unfähigkeit, einen gefilterten Index in einem Indexhinweis anzugeben.

Schlussfolgerung

Gefilterte Indizes haben großes Potenzial, und ich hatte sehr große Hoffnungen in sie gesetzt, als sie erstmals in SQL Server 2008 eingeführt wurden. Die meisten Einschränkungen, die mit ihrer ersten Version geliefert wurden, bestehen jedoch noch heute, eineinhalb (oder zwei, je nach Ihrem Perspektive) Hauptversionen später. Das Obige scheint eine ziemlich umfangreiche Wäscheliste von Punkten zu sein, die angegangen werden müssen, aber ich wollte nicht, dass es so rüberkommt. Ich möchte nur, dass die Leute sich der enormen Anzahl potenzieller Probleme bewusst sind, die sie berücksichtigen müssen, wenn sie gefilterte Indizes nutzen.