Materialized View-Log erstellen

Hinweis

Dieses Feature ist für MySQL-Datenbankservices nicht verfügbar.
Sie können ein Materialized View Log in SQL Worksheet erstellen oder bearbeiten. Ein Materialized View Log ist eine Tabelle, die der Master-Tabelle einer Materialized View zugeordnet ist.

Um ein Materialized View-Log für ein ausgewähltes Schema zu erstellen, wählen Sie in der Registerkarte Navigator in der Dropdown-Liste "Objekttyp" die Option Materialized View Logs aus, klicken Sie auf Untermenü "Objekt", und wählen Sie Objekt erstellen aus.

Klicken Sie zum Bearbeiten mit der rechten Maustaste auf ein Materialized View-Logobjekt im Navigatorbereich, und wählen Sie Bearbeiten aus.

Schema: Datenbankschema, in dem das Materialized View-Log erstellt werden soll.

Tabelle: Name der Mastertabelle der Materialized View, die diesem Materialized View Log zugeordnet werden soll.

Registerkarte "Eigenschaften"

  • Zeilen-ID protokolliert: Ja gibt an, dass die Zeilen-ID aller geänderten Zeilen im Materialized View-Log aufgezeichnet werden soll. Nein gibt an, dass die Zeilen-ID aller geänderten Zeilen nicht im Materialized View-Log aufgezeichnet werden soll.

  • PK protokolliert: Ja gibt an, dass der Primärschlüssel aller geänderten Zeilen im Materialized View-Log aufgezeichnet werden soll. Nein gibt an, dass der Primärschlüssel aller geänderten Zeilen nicht im Materialized View-Log aufgezeichnet werden soll.

  • Neue Werte: Ja speichert sowohl alte als auch neue Werte für die Aktualisierung von DML-Vorgängen im Materialized View-Log. Nein deaktiviert die Aufzeichnung neuer Werte im Materialized View-Log. Wenn dieses Log für eine Tabelle gilt, für die Sie eine Materialized Aggregat-View mit einer einzelnen Tabelle haben. Wenn die Materialized View für eine schnelle Aktualisierung ausgewählt werden soll, müssen Sie "Ja" angeben.

  • Objekt-ID protokolliert: Nur für ein Log in einer Objekttabelle: Ja gibt an, dass die vom System generierte oder benutzerdefinierte Objekt-ID jeder geänderten Zeile im Materialized View-Log aufgezeichnet werden soll. Nein gibt an, dass die systemgenerierte oder benutzerdefinierte Objekt-ID jeder geänderten Zeile nicht im Materialized View-Log aufgezeichnet werden soll.

  • Cache: Bei Daten, auf die häufig zugegriffen wird, gibt CACHE an, dass die für dieses Log abgerufenen Blöcke am zuletzt verwendeten Ende der zuletzt verwendeten Liste im Puffercache platziert werden, wenn ein Full Table Scan ausgeführt wird. Dieses Attribut wird besonders bei kleinen Lookup-Tabellen verwendet. NOCACHE gibt an, dass die Blöcke am zuletzt verwendeten Ende der LRU-Liste platziert werden.

  • Parallel: Bei YES werden parallele Vorgänge für das Materialized View-Log unterstützt.

  • Sequenz protokolliert: Ja gibt an, dass ein Sequenzwert, der zusätzliche Bestellinformationen bereitstellt, im Materialized View-Log aufgezeichnet werden soll. Nein gibt an, dass ein Sequenzwert, der zusätzliche Bestellinformationen bereitstellt, nicht im Materialized View-Log aufgezeichnet werden soll. Folgenummern (d.h. für diese Option "Ja") sind erforderlich, um eine schnelle Aktualisierung nach einigen Aktualisierungsszenarios zu unterstützen.

  • Commit-SCN: Wenn diese Option aktiviert ist, wird die Datenbank angewiesen, Commit-SCN-Daten anstelle von Zeitstempeln zu verwenden.

  • Verfügbare Spalten und Ausgewählte Spalten: Zusätzliche Spalten, die keine Primärschlüsselspalten sind, die von Materialized Views der Unterabfrage referenziert werden, werden im Materialized View-Log aufgezeichnet. Um eine oder mehrere Filterspalten auszuwählen, verwenden Sie die Pfeilschaltflächen, um Spalten von "Verfügbar" in "Ausgewählt" zu verschieben.

Registerkarte "Speicher"

  • Tablespace: Tablespace, in dem das Materialized View-Log erstellt werden soll

  • Logging: YES oder NO, um die Logging-Eigenschaften für das Materialized View-Log festzulegen.

  • Puffermodus: Wählen Sie KEEP aus, um Blöcke aus dem Segment in den KEEP-Pufferpool aufzunehmen. Wählen Sie RECYCLE aus, um Blöcke aus dem Segment in den RECYCLE-Pool aufzunehmen. Wählen Sie DEFAULT aus, um den Standardpufferpool anzugeben.

  • Freier Prozentsatz: Geben Sie eine Ganzzahl an, die den Prozentsatz des Speicherplatzes in jedem Datenblock des Datenbankobjekts darstellt, der für zukünftige Aktualisierungen von Zeilen des Objekts reserviert ist. Der Wert von PCTFREE muss ein Wert von 0 bis 99 sein.

  • Verwendeter Prozentsatz: Geben Sie eine Ganzzahl an, die den Mindestprozentsatz des belegten Speicherplatzes darstellt, den Oracle für jeden Datenblock des Datenbankobjekts verwaltet. PCTUSED wird als positive Ganzzahl von 0 bis 99 angegeben und ist standardmäßig auf 40 gesetzt.

  • Initrans: Geben Sie die anfängliche Anzahl von nebenläufigen Transaktionseinträgen an, die in jedem Datenblock zugewiesen werden, der dem Datenbankobjekt zugeordnet ist. Dieser Wert kann zwischen 1 und 255 liegen und standardmäßig 1 sein.

  • Freelists: Geben Sie in Tablespaces mit manueller Segmentspeicherplatz-Verwaltung für andere Objekte als Tablespaces und Rollback-Segmente die Anzahl der Freelists für jede der Freelist-Gruppen für die Tabelle, Partition, das Cluster oder den Index an. Der Standardwert und der Mindestwert für diesen Parameter sind 1. Das bedeutet, dass jede Freelist-Gruppe eine Freelist enthält.

  • Freelist-Gruppen: Geben Sie in Tablespaces mit manueller Segmentspeicherplatz-Verwaltung die Anzahl der Gruppen von Freelists für das Datenbankobjekt an, das Sie erstellen.

  • Erstes Extent: Geben Sie die Größe des ersten Extents des Objekts an.

  • Nächster Extent: Geben Sie in Byte die Größe des nächsten Extents an, das dem Objekt zugewiesen werden soll.

  • Prozentuale Erhöhung: In lokal verwalteten Tablespaces verwendet Oracle Database bei der Segmenterstellung den Wert von PCTINCREASE, um die anfängliche Segmentgröße zu bestimmen, und ignoriert diesen Parameter bei der nachfolgenden Speicherplatzzuweisung.

  • Min. Extent: In lokal verwalteten Tablespaces verwendet Oracle Database den Wert MINEXTENTS in Verbindung mit PCTINCREASE, INITIAL und NEXT, um die anfängliche Segmentgröße zu bestimmen.

  • Max. Extent: Dieser Speicherparameter ist nur für Objekte in vom Dictionary verwalteten Tablespaces gültig. Geben Sie die Gesamtanzahl der Extents an, einschließlich der ersten Extents, die Oracle dem Objekt zuweisen kann.

  • Unbegrenzt: Wählen Sie diese Option aus, wenn Extents nach Bedarf automatisch zugewiesen werden sollen. Oracle empfiehlt diese Einstellung, um die Fragmentierung zu minimieren.

Registerkarte "Löschen"

  • Typ: In IMMEDIATE SYNCHRONOUS wird das Materialized View-Log sofort nach der Aktualisierung gelöscht. Dies ist die Standardeinstellung. Unter IMMEDIATE ASYNCHRONOUS wird das Materialized View Log nach dem Aktualisierungsvorgang in einem separaten Oracle Scheduler-Job gelöscht.

  • Verzögert, Beginnen mit, Weiter, Wiederholungsintervall: Richtet einen geplanten Löschvorgang ein, der unabhängig von der Aktualisierung der Materialized View ist und während der Anweisung CREATE oder ALTER MATERIALIZED VIEW LOG initiiert wird.

Registerkarte "Aktualisieren"

  • Typ: Synchrone Aktualisierung erstellt ein Staging-Log, das für die synchrone Aktualisierung verwendet werden kann. Geben Sie den Namen des Staging Logs an, das erstellt werden soll. Das Staging-Log wird in dem Schema erstellt, in dem sich die Master-Tabelle befindet. Schnellaktualisierung erstellt ein Materialized View-Log, das für die schnelle Aktualisierung verwendet werden kann. Das Materialized View Log wird in demselben Schema erstellt, in dem sich die Master-Tabelle befindet. Dies ist die Standardeinstellung.