Einschränkungen bei materialisierten Ansichten

Die folgenden Einschränkungen gelten bei der Erstellung, der Initialisierung, der Aktualisierung und der Ansichtenübereinstimmung von materialisierten Ansichten:

Wenn Sie eine materialisierte Ansicht erstellen, muss die Definition der materialisierten Ansicht die Spaltennamen ausdrücklich definieren. Sie dürfen kein SELECT * als Teil der Spaltendefinition verwenden.
Beziehen Sie keine Spalten, die als TIMESTAMP WITH TIME ZONE definiert sind, in die materialisierte Ansicht ein. Der Wert der time_zone_adjustment-Option variiert zwischen Verbindungen, abhängig von ihrem Standort und der Jahreszeit. Dies führt zu falschen Ergebnissen und unerwartetem Verhalten.
Wenn Sie eine materialisierte Ansicht erstellen, darf die Definition der materialisierten Ansicht Folgendes nicht enthalten:
- Referenzen zu anderen Ansichten (materialisierte oder nicht materialisierte)
- Referenzen zu entfernten oder temporären Tabellen
- Variable wie CURRENT USER; alle Ausdrücke müssen deterministisch sein
- Aufrufe von gespeicherten Prozeduren, benutzerdefinierten Funktionen oder externen Funktionen
- Transact-SQL-Outer-Joins
- FOR XML-Klauseln
Die folgenden Datenbankoptionen müssen die angegebenen Einstellungen haben, wenn eine materialisierte Ansicht erstellt wird. Andernfalls wird ein Fehler gemeldet. Diese Einstellungen der Datenbankoptionen sind außerdem erforderlich, damit die Ansicht vom Optimierer benutzt werden kann:
- ansinull=On
- conversion_error=On
- divide_by_zero_error=On
- sort_collation=Internal
- string_rtruncation=On
Die folgenden Einstellungen der Datenbankoptionen werden für jede materialisierte Ansicht gespeichert, wenn sie erstellt wird. Die aktuellen Optionseinstellungen für die Verbindung müssen den Werten entsprechen, die für eine materialisierte Ansicht gespeichert wurden, damit die Ansicht bei der Optimierung verwendet werden kann:
- date_format
- date_order
- default_timestamp_increment
- first_day_of_week
- nearest_century
- precision
- scale
- time_format
- timestamp_format
- timestamp_with_time_zone_format
- default_timestamp_increment
- uuid_has_hyphens
Wenn eine Ansicht aktualisiert wird, werden alle oben in der Liste angeführten Verbindungseinstellungen ignoriert. Stattdessen werden die Einstellungen der Datenbankoptionen (die mit den gespeicherten Einstellungen für die Ansicht übereinstimmen müssen) verwendet.

ORDER BY-Klausel in der Definition einer materialisierten Ansicht angeben

Materialisierte Ansichten ähneln Basistabellen insofern, als die Zeilen nicht in einer bestimmten Reihenfolge gespeichert werden. Der Datenbankserver ordnet die Zeilen auf die effizienteste Art an, wenn er die Daten berechnet. Die Verwendung einer ORDER BY-Klausel in der Definition einer materialisierten Ansicht hat daher keine Auswirkung auf die Reihenfolge der Zeilen, wenn die Ansicht materialisiert wird. Außerdem wird die ORDER BY-Klausel in der Ansichtsdefinition vom Optimierer ignoriert, wenn die Ansichtenübereinstimmung durchgeführt wird.

Informationen zu materialisierten Ansichten und zur Ansichtenübereinstimmung durch den Optimierer finden Sie unter Performance durch materialisierte Ansichten verbessern.

Zusätzliche Einschränkungen für Sofortansichten

Es gelten die folgenden Einschränkungen, wenn eine manuelle Ansicht in eine Sofortansicht geändert wird. Es wird ein Fehler gemeldet, wenn die Ansicht eine dieser Einschränkungen verletzt:

Hinweis

Sie können die Systemprozedur sa_materialized_view_can_be_immediate verwenden um herauszufinden, ob eine manuelle Ansicht in Frage kommt, in eine Sofortansicht geändert zu werden. Siehe sa_materialized_view_can_be_immediate-Systemprozedur.

Die Ansicht muss nicht-initialisiert sein. Siehe Status und Eigenschaften von materialisierten Ansichten.
Wenn die Ansicht keine Outer-Joins enthält, muss die Ansicht einen eindeutigen Index auf nicht-nullwertfähigen Spalten haben. Falls die Ansicht Outer-Joins enthält, muss die Ansicht einen eindeutigen Index auf nicht-nullwertfähigen Spalten haben bzw. ein eindeutiger Index muss als WITH NULLS NOT DISTINCT für nullwertfähige Spalten deklariert sein. Siehe Indizes erstellen.
Wenn die Ansichtsdefinition eine gruppierte Abfrage ist, müssen die Spalten des eindeutigen Indexes den Auswahllisteneinträgen entsprechen, die keine Aggregatfunktionen sind.
Die Ansichtsdefinition darf nicht enthalten:
- GROUPING SETS-Klauseln
- CUBE-Klauseln
- ROLLUP-Klauseln
- DISTINCT-Klauseln
- Zeilenlimit-Klauseln
- Nicht-deterministische Ausdrücke
- Self- und Recursive-Joins
- LATERAL-, CROSS APPLY- oder APPLY-Klausel
Die Ansichtsdefinition muss ein einzelner "select-project-join"- oder ein "grouped-select-project-join"-Abfrageblock sein, und der "grouped-select-project-join"-Abfrageblock darf keine HAVING-Klausel enthalten.
Der "grouped-select-project-join"-Abfrageblock muss COUNT(*) in der Auswahlliste enthalten, und als Aggregatfunktionen sind nur SUM und COUNT erlaubt.

Eine Beschreibung dieser Strukturen finden Sie unter Prüfung materialisierter Ansichten.
Eine Aggregatfunktion in der Auswahlliste kann nicht in einem komplexen Ausdruck referenziert werden. Beispielsweise ist SUM(expression) + 1 in der Auswahlliste nicht zulässig.
Wenn die Auswahlliste die Aggregatfunktion SUM(Ausdruck) enthält und Ausdruck ein nullwertfähiger Ausdruck ist, muss die Auswahlliste eine COUNT(Ausdruck)-Aggregatfunktion enthalten.
Wenn die Ansichtsdefinition Outer-Joins enthält (LEFT OUTER JOIN, RIGHT OUTER JOIN, FULL OUTER JOIN), muss die Ansichtsdefinition die folgenden zusätzlichen Bedingungen erfüllen:
1. Wenn eine Tabelle "T" in einer ON-Bedingung eines Outer-Joins als bewahrende Seite referenziert wird, dann muss "T" einen Primärschlüssel haben und die Primärschlüsselspalten müssen in der Auswahlliste der Ansicht enthalten sein. Die sofortige materialisierte Ansicht "V", die als SELECT T1.pk, R1.X FROM T1, T2 LEFT OUTER JOIN (R1 KEY JOIN R2) ON T1.Y = R.Y definiert ist, hat die bewahrende Tabelle "T1", die in der ON-Klausel referenziert wird, und ihre Primärschlüsselspalte "T1.pk" ist in der Auswahlliste der sofort materialisierten Ansicht "V" enthalten.
2. Für jede Nullwert-liefernde Seite eines Outer-Joins muss mindestens eine Basistabelle vorhanden sein, sodass eine der nicht-nullwertfähigen Spalten in der Auswahlliste der sofort materialisierten Ansicht vorhanden ist. Beispiel: Für die sofort materialisierte Ansicht "V", die als SELECT T1.pk, R1.X FROM T1, T2 LEFT OUTER JOIN (R1 KEY JOIN R2) ON T1.Y = R1.Y definiert ist, ist die nullwertliefernde Seite des Left-Outer-Joins der Tabellenausdruck (R1 KEY JOIN R2). Die Spalte "R1.X" befindet sich in der Auswahlliste von "V" und "R1.X" ist eine nicht-nullwertfähige Spalte der Tabelle "R1".
3. Wenn es sich bei der Ansicht um eine gruppierte Ansicht handelt und der frühere Zustand nicht aufrechterhalten wird, dann muss für jede Nullwert-liefernde Seite eines Outer-Joins mindestens eine Basistabelle "T" vorhanden sein, sodass eine ihrer nicht-nullwertfähige Spalten, "T.C", in der Aggregatfunktion COUNT(T.C ) in der Auswahlliste der sofort materialisierten Ansicht verwendet wird. Zum Beispiel ist die sofort materialisierte Ansicht "V" als SELECT T1.pk, COUNT(R1.X) FROM T1, T2 LEFT OUTER JOIN (R1 KEY JOIN R2) ON T1.Y = R1.Y GROUP BY T1.pk definiert, die Nullwert-liefernde Seite des Left-Outer-Joins ist der Tabellenausdruck (R1 KEY JOIN R2). Die Aggregatfunktion COUNT( R1.X ) in der Auswahlliste von "V" und "R1.X" ist eine nicht-nullwertfähige Spalte der Tabelle "R1".
4. Die folgenden Bedingungen müssen durch die Prädikate der Ansichten mit Outer-Joins erfüllt sein:
  - Die Prädikate der ON-Klausel für LEFT, RIGHT und FULL OUTER JOINs müssen sich sowohl auf bewahrende als auch auf Nullwert-liefernde Tabellenausdrücke beziehen. Beispiel: T LEFT OUTER JOIN R ON R.X = 1 erfüllt diese Bedingung nicht, da das Prädikat "R.X=1" nur die Nullwert-liefernde Seite "R" referenziert.
  - Alle Prädikate müssen Nullwert-liefernde Zeilen ablehnen, die mit Hilfe eines verschachtelten Outer-Joins erstellt wurden. Wenn ein Prädikat also einen Tabellenausdruck referenziert, der einen Nullwert von einem verschachtelten Outer-Join erhält, dann muss er alle Zeilen ablehnen, für die von diesem Outer-Join Nullwerte generiert wurden.
    
    Die Ansicht "V1" SELECT T1.pk, R1.X FROM T1, T2 LEFT OUTER JOIN (R1 KEY JOIN R2) ON (T1.Y = R1.Y) WHERE R1.Z = 10 hat z.B. das Prädikat R1.Z=10, das die Tabelle "R1" referenziert, die Nullwerte von T2 LEFT OUTER JOIN (R1 KEY JOIN R2) erhalten kann. Daher muss sie alle Zeilen, für die Nullwerte generiert wurden, ablehnen. Dies ist der Fall, weil das Prädikat als UNKNOWN ausgewertet wird, wenn die Spalte "R1.Z" NULL ist.
    
    Die Ansicht "V2" SELECT T1.pk, R1.X FROM T1, T2 LEFT OUTER JOIN (R1 KEY JOIN R2) ON (T1.Y = R1.Y) WHERE R1.Z IS NULL verfügt jedoch nicht über diese Eigenschaft. Das Prädikat R1.Z IS NULL referenziert die Nullwert-liefernde Seite "R1", aber es wird als TRUE ausgewertet, wenn die Tabelle "R1" einen Nullwert liefert (d.h. die Spalte "R1.Z" ist NULL). Beachten Sie, dass die Eigenschaft der Ablehnung von Nullwert-liefernden Zeilen nicht so restriktiv wie eine Nullwert-intolerante Eigenschaft ist. Beispiel: Das Prädikat R.X IS NOT DISTINCT FROM T.X and rowid(T) IS NOT NULL ist nicht Nullwert-intolerant gegenüber Tabelle "T", da es als TRUE ausgewertet wird, wenn "T.X" NULL ist. Das Prädikat lehnt jedoch alle Zeilen ab, die Nullwerte aus der Basistabelle "T" erhalten.

Siehe auch

Kommentieren Sie diese Seite in DocCommentXchange.