Die Indizierung von Sichten in SQL Server 2008

In der Regel Aussicht mehr Spalten enthalten, als nötig, um viele verschiedene Abfragen, in denen die Abfragen würde wahrscheinlich profitieren, besser von der Ausrichtung auf nur die relevanten Tabellen und Spalten direkt. (Ich gebloggt dies im Jahr 2010.) In deinem Fall denke ich nicht, dass die Indizierung der Blick wird Ihnen helfen,... die Abfragen, die Sie schreiben würde, nur scan, index anstelle des gruppierten index auf der Basis-Tabelle (und da Sie nicht tun, Aggregationen, es geht um die gleiche Anzahl von Zeilen, aber wahrscheinlich weniger Seiten). Ich denke die bessere Lösung ist die Optimierung der Indizes der zugrunde liegenden Tabelle.

Einen index ich könnte darauf hindeuten, dass sollte entscheidend dazu bei, die Abfrage, die Sie zeigten aus Ihrer Sicht für die Veranstaltung 10:

CREATE NONCLUSTERED INDEX Index_ForViewOnEvent10 
ON dbo.MasterTable(LogID)
INCLUDE(Param1, Param2, Param3)
WHERE EventID = 10;

Da dieser index umfasst die Abfrage, und da der filter reduziert die Anzahl der Zeilen, die gescannt werden sollen, sollte dies eine deutliche Verbesserung.

Können Sie mit diesem experiment mit /ohne INCLUDE-Teil. Es kann sein, effizient genug, um ziehen Sie diese aus dem gruppierten index. Aber ich denke das würde nicht die beste option sein.

Nun, nicht ausrasten hier - wie ich unten erklären, Sie wollen nicht immer zu 100 werfen Indizes auf einer Tabelle zu perfekt erfüllen 100 unterschiedliche Abfragen - es ist die balance zu finden zwischen der Befriedigung der Abfragen und nicht dass Sie, Ihr schreibt in Melasse.

Zeige ich Euch ein paar Worte auf dem Database Engine Tuning Advisor (DTA).

Dieser Assistent ist keine Magie. Es gibt keinen Schaden in Sie Sie und sehen, was es sagt, aber Sie sollten nicht nur alle seine Empfehlungen und umzusetzen. Ich schlage vor, ein paar Dinge, wenn Sie dieses tool verwenden:

• Stellen Sie sicher, dass Sie es mit einem voll Arbeitsbelastung. Wenn Sie füttern es eine Abfrage machen und sagen, erstellen Sie Indizes, die basieren auf, was machen würde, dass Sie eine Abfrage führen Sie besser, Sie tut es ohne zu überlegen, was andere Abfragen könnte nicht profitieren von solchen Indizes, oder das, was andere Abfragen von Vorteil sein könnte, dass der index, wenn nur er hatte diese oder die andere Spalte.
• Sehr bewusst sein, Duplikate, die DTA bieten. Es könnte zwei oder drei Indizes mit den gleichen vier führenden Tasten und nur einem Unterschied in einem nachgestellten Schlüssel oder der INCLUDE-Spalte ist. Es mag auch zu ermutigen, viele GEHÖREN der Spalte Verwendung, und Sie müssen vorsichtig sein, über diese zu.
• Hinzufügen von Indizes erhöht die Arbeit, die von DML (insert/update/delete), so sollten Sie auch halten Sie die Teile Ihres Arbeitspensums in den Sinn.

DBSophic hat viel bessere tools als den Indexoptimierungs-Assistenten - Sie übernehmen die gesamte workloads in die Betrachtung ein und bieten nicht redundanten Indizes. Qure Analyzer ist kostenlos und bietet eine Teilmenge der Funktionen, die in den Qure Optimizer.

Sollten Sie nicht indizierte sichten erstellen, die auf Tabellen mit "mehreren hundert Millionen Datenzeilen".
Ein regelmäßiger Blick ist nur eine SQL-Anweisung gespeichert, die auf Ihre Datenbank , so dass, wenn Sie ausführen wählen Sie * aus your_view, sql-server, ändern Sie einfach your_view für Ihr wählen Sie.

Wenn Sie indexieren wollen, mit einem Blick, müssen Sie zur Speicherung der Daten auf der Datenbank, was bedeutet, dass eine physikalische Kopie der indizierten Spalten in der DB. Wie Sie sich vorstellen können, es wird drastisch erhöhen Sie die Speicherkapazität Größe, wenn Sie haben, die Menge der Zeilen, speziell wenn Sie sich, die große Tabelle mit anderen Tabellen