Materialisierte Ansichten und Ansichtenübereinstimmung

Der Optimierer ermittelt mithilfe eines Algorithmus für die Ansichtenübereinstimmung, ob materialisierte Ansichten zum Erfüllen einer Abfrage verwendet werden können. Dazu gehören zwei Bewertungsschritte: einer für die Abfrage und einer für die materialisierte Ansicht.

Prüfung der Abfrage

Während der Abfrageberechnung prüft der Algorithmus für die Ansichtenübereinstimmung die Abfrage. Falls eine der folgenden Bedingungen erfüllt ist, werden keine materialisierten Ansichten zum Verarbeiten der Abfrage verwendet.

Alle von der Abfrage referenzierten Tabellen sind aktualisierbar.

Der Optimierer zieht keine materialisierten Ansichten für eine SELECT-Anweisung in Betracht, die aktualisierbar ist oder die ausdrücklich in einem aktualisierbaren Cursor deklariert wird. Diese Situation kann auftreten, wenn Interactive SQL benutzt wird, in dem standardmäßig aktualisierbare Cursors für SELECT-Anweisungen benutzt werden.
Bei der Anweisung handelt es sich um eine einfache DML-Anweisung, die den Optimierer umgeht und heuristisch optimiert wird. Sie können jedoch eine kostenbasierte Optimierung jeder SELECT-Anweisung erzwingen, indem Sie die Option FORCE OPTIMIZATION für die OPTION-Klausel benutzen.
Bei Abfragen innerhalb von gespeicherten Prozeduren und benutzerdefinierten Funktionen wurde der Ausführungsplan der Abfrage im Cache abgelegt. Der Datenbankserver kann möglicherweise die Ausführungspläne für diese Abfragen in den Cache übernehmen, sodass sie erneut verwendet werden können. Für diese Abfrageklasse wird der Abfrageausführungsplan nach der Ausführung im Cache abgelegt. Bei der nächsten Ausführung der Abfrage wird der Plan abgerufen und alle Phasen bis zur Ausführung werden übersprungen.

Prüfung materialisierter Ansichten

Wenn folgende Voraussetzungen erfüllt sind, enthält der Optimierer eine materialisierte Ansicht in der Gruppe der materialisierten Ansichten, die vom Algorithmus für die Ansichtenübereinstimmung geprüft werden:

Die Ansichtsdefinition enthält nur einen Abfrageblock.
Die Ansichtsdefinition enthält nur eine FROM-Klausel.
Die Ansichtsdefinition enthält keine der folgenden Konstrukte oder Spezifikationen:
- GROUPING SETS
- CUBE
- ROLLUP
- Unterabfrage
- Abgeleitete Tabelle
- UNION
- EXCEPT
- INTERSECT
- Materialisierte Ansichten
- DISTINCT
- TOP
- FIRST
- Selbst-Join
- Rekursiver Join
- FULL OUTER JOIN
(Optional) Die Ansichtsdefinition enthält eine GROUP BY-Klausel und eine HAVING-Klausel, sofern die HAVING-Klausel keine Unterabfrage-Bedingung oder Unterabfragen enthält.

Zusätzlich zu den Kriterien für die Ansichtsdefinition muss Folgendes erfüllt sein:

Die materialisierte Ansicht ist für die Verwendung durch den Datenbankserver aktiviert.
Die materialisierte Ansicht ist für die Verwendung in der Optimierung aktiviert.
Die materialisierte Ansicht wurde initialisiert (mit Daten gefüllt).
Die Werte einiger entscheidender Optionen, die zum Erstellen der materialisierten Ansichten verwendet werden, stimmen mit den Optionen für die Verbindung überein, die die Abfrage ausführt.
Die letzte Aktualisierung der materialisierten Ansicht überschreitet nicht den Veraltungsschwellenwert, der mit der materialized_view_optimization-Datenbankoption festgelegt wurde.

Falls die materialisierte Ansicht die obigen Kriterien erfüllt und der Abfrage ganz oder teilweise entspricht, nimmt der Algorithmus für die Ansichtenübereinstimmung die materialisierte Ansicht in seine Empfehlungen für die Enumerationsphase der Optimierung auf, wenn der beste Plan aufgrund der Kosten ausgewählt wird. Dies bedeutet jedoch nicht, dass die materialisierte Ansicht im endgültigen Ausführungsplan tatsächlich benutzt wird. Materialisierte Ansichten, die zum Berechnen des Ergebnisses einer Abfrage geeignet erscheinen, werden möglicherweise trotzdem nicht benutzt, wenn ein anderer Zugriffsplan, der die materialisierte Ansicht nicht verwendet, als preiswerter geschätzt wird.

Siehe auch

Kommentieren Sie diese Seite in DocCommentXchange.