SQL Server: Unterstützte Datentypen, Objekte und Vorgänge

Weitere Informationen zu Supportinformationen für Oracle GoldenGate auf SQL Server-Datenbank.

Mit Oracle GoldenGate for SQL Server werden die Erfassung und Zustellung von anfänglichen Lade- und Transaktionsdaten für unterstützte SQL Server-Datenbankversionen unterstützt.

Oracle GoldenGate für SQL Server unterstützt das Mapping, Filtern und Transformieren von Quelldaten, sofern in diesem Dokument nichts anderes angegeben ist, sowie das Replizieren von Daten, die von anderen von Oracle GoldenGate unterstützten Quelldatenbanken abgeleitet werden, in SQL Server-Datenbanken.

Instanzanforderungen

• Der SQL Server-Servername (@@SERVERNAME) darf nicht NULL sein.

• (Extrahieren) Damit Oracle GoldenGate Transaktionsdaten erfassen kann, muss der SQL Server Agent auf der SQL Server-Quellinstanz ausgeführt werden, und der SQL Server Change Data Capture-Job muss für die Datenbank ausgeführt werden. Wenn die SQL Server-Transaktionsreplikation auch für die Datenbank aktiviert ist, muss der SQL Server Log Reader Agent ausgeführt werden.

• Wenn die Daten für die Spalten TEXT, NTEXT, IMAGE, oder VARCHAR(MAX), NVARCHAR(MAX) und VARBINARY(MAX) die für die Option max text repl size festgelegte SQL Server-Standardgröße überschreiten, erweitern Sie die Größe. Verwenden Sie sp_configure, um den aktuellen Wert von max text repl size anzuzeigen oder anzupassen. Hinweis: Um Instanzeinstellungen für Amazon RDS for SQL Server anzupassen, müssen Sie Parametergruppen anstelle von sp_configure verwenden.

• Es wird empfohlen, das neueste Service Pack oder Cummulative Update für Ihre SQL Server-Instanz zu installieren, um die ordnungsgemäße Funktionalität sicherzustellen. Für SQL Server 2012, 2014, 2016 und 2017 hat Microsoft mehrere wichtige Probleme identifiziert und behoben, die sich direkt auf die SQL Server Change Data Capture-Funktion auswirken. Diese Situation hat Auswirkungen auf die Fähigkeit von Oracle GoldenGate, Daten korrekt zu erfassen. Die aktuellen bekannten Probleme, die Microsoft-Patches erfordern, umfassen KB3030352, KB3166120 und KB 4073684.

Datenbankanforderungen

Beachten Sie die folgenden Anforderungen und Einschränkungen für die Unterstützung von Oracle GoldenGate:

• Nur Benutzerdatenbanken werden für Erfassung und Zustellung unterstützt.

• Stellen Sie sicher, dass Auto Create Statistics und Auto Update Statistics für die Datenbank aktiviert sind.

• Die Datenbank muss auf die Kompatibilitätsebene der Version der SQL Server-Instanz gesetzt werden.

• Oracle GoldenGate unterstützt SQL Server-Datenbanken, die mit Transparent Data Encryption (TDE) konfiguriert sind.

• (Extrahieren) Die Quelldatenbank kann auf jedes Wiederherstellungsmodell eingestellt werden, das die Funktion zum Erfassen von Änderungsdaten in Microsoft SQL Server unterstützt.

• Wenn die Quelldatenbank durch Wiederherstellen eines Backups aus einer anderen Instanz erstellt wurde, müssen Sie die SID des Datenbankeigentümers mit der SID auf der neuen Instanz synchronisieren. Alternativ können Sie sp_changedbowner verwenden, um die wiederhergestellte Datenbank auf eine aktuelle Anmeldung zu setzen.

• Erfassung aus SQL Server-Datenbanken (SQL Server 2017 CU15 und höhere Releases), die mit In-Memory OLTP (In-Memory-Optimierung) aktiviert sind, wird mit Oracle GoldenGate-Releases ab Version 21.15 und 23.5 unterstützt. Es werden jedoch nur Capture-Vorgänge aus Datenträgertabellen und nicht aus speicheroptimierten Tabellen unterstützt.

• (AlwaysOn) Extract unterstützt das Erfassen aus der Primärdatenbank oder einen schreibgeschützten Synchronous-Commit-Modus. Asynchronous-Commit-Modus wird für Capture nicht unterstützt.

• Replicat-Performance: Ab SQL Server 2016 hat Microsoft die Standardeinstellung für die Datenbankoption TARGET_RECOVERY_TIME von 0 auf 60 Sekunden geändert. In internen Tests wurde gezeigt, dass dies den Durchsatz von Replicat reduzieren kann. Wenn der Replicat-Durchsatz beeinträchtigt wird, sollten Sie die Einstellung TARGET_RECOVERY_TIME auf 0 anpassen.

Einschränkungen:

• Oracle GoldenGate unterstützt keine Erfassung oder Bereitstellung von Systemdatenbanken.

• Oracle GoldenGate unterstützt keine Erfassung aus enthaltenen Datenbanken.

• Quelldatenbanknamen dürfen nicht länger als 121 Zeichen sein. Diese Einschränkung ist auf die gespeicherten SQL Server-Prozeduren zurückzuführen, mit denen zusätzliches Logging aktiviert wird.

• Wenn Sie die Oracle GoldenGate-Heartbeat-Funktion konfigurieren, darf der SQL Server-Datenbankname nicht mehr als 107 Zeichen enthalten.

• (AlwaysOn) Capture-Vorgänge aus Datenbanken, die im Asynchronous-Commit-Modus einer AlwaysOn-Verfügbarkeitsgruppe konfiguriert sind, werden nicht unterstützt.

Tabellenanforderungen

Tabellen, die für Capture- und Delivery-Vorgänge eingeschlossen werden sollen, dürfen nur die Datentypen enthalten, die unter Unterstützte SQL Server-Datentypen aufgeführt sind.

• Oracle GoldenGate unterstützt die Erfassung von Transaktions-DML aus Benutzertabellen und die Bereitstellung an Benutzertabellen und beschreibbare Views.

• DDL-Vorgänge werden nicht unterstützt.

• Oracle GoldenGate unterstützt die maximal zulässigen Tabellennamen und Spaltenlängen für Tabellen, die von SQL Server Change Data Capture verfolgt werden.

• Die Summe aller Spaltenlängen für eine zu erfassende Tabelle darf die Länge nicht überschreiten, die SQL Server für die Aktivierung von Change Data Capture für die Tabelle zulässt. Wenn die Summe aller Spaltenlängen die von der SQL Server-Prozedur sys.sp.cdc_enable_table zulässigen Werte überschreitet, kann ADD TRANDATA für diese Tabelle nicht aktiviert werden. Die maximal zulässige Datensatzlänge wird verringert, wenn mehr Spalten vorhanden sind. Daher besteht eine umgekehrte Beziehung zwischen der maximalen Datensatzlänge und der Anzahl der Spalten in der Tabelle.

Unterstützte SQL Server-Datentypen

Die folgenden Datentypen werden für die Erfassung und Bereitstellung unterstützt, sofern die folgenden Einschränkungen nicht ausdrücklich beachtet werden:

• Binäre Datentypen

  • (binary, varbinary, varbinary (max))

  • (varbinary (max)mit FILESTREAM)

• Zeichendatentypen

  • (char, nchar, nvarchar, nvarchar (max), varchar, varchar (max))

• Datums- und Zeitdatentypen

  • (date, datetime2, datetime, datetimeoffset, smalldatetime, time)

• Numerische Datentypen

  • (bigint, bit, decimal, float, int, money, numeric, real, smallint, smallmoney, tinyint)

• Geschäftsbereiche

  • (image, ntext, text)

• Sonstige Datentypen

  • (timestamp, uniqueidentifier, hierarchyid, geography, geometry, sql_variant (Delivery only), XML)

• Oracle GoldenGate for SQL Server kann Spaltendaten replizieren, die SPARSE-Einstellungen enthalten.

Einschränkungen:

• Oracle GoldenGate unterstützt keine Filterung, Spaltenzuordnung oder Bearbeitung großer Objekte, die größer als 4 KB sind. Die vollständige Oracle GoldenGate-Funktionalität kann für Objekte von bis zu 4 KB verwendet werden.

• Oracle GoldenGate behandelt XML-Daten als Large Object (LOB) und SQL Server, wenn das XML nicht in eine Zeile passt. Erweiterte XML-Erweiterungen von SQL Server (wie Lax-Validierung, DATETIME , Gewerkschaftsfunktionalität) werden nicht unterstützt.

• Eine vom System zugewiesene TIMESTAMP-Spalte oder eine nicht materialisierte berechnete Spalte kann nicht Teil eines Schlüssels sein. Eine Tabelle, die eine TIMESTAMP-Spalte enthält, muss über einen Schlüssel verfügen, der ein Primärschlüssel oder eindeutiges Constraint sein kann, oder über einen Ersatzschlüssel, der mit einer KEYCOLS-Klausel in den Anweisungen TABLE oder MAP angegeben wird. Weitere Informationen finden Sie unter Zuweisen von Zeilen-IDs.

• Oracle GoldenGate unterstützt Multibyte-Zeichendatentypen und Multibyte-Daten, die in Zeichenspalten gespeichert sind. Multibyte-Daten werden nur in einer ähnlichen SQL Server-Konfiguration unterstützt. Transformation, Filterung und andere Manipulationstypen werden für Multibyte-Zeichendaten nicht unterstützt.

• Wenn die Datenerfassung für die Spalten TEXT, NTEXT, IMAGE, VARCHAR (MAX), NVARCHAR(MAX) und VARBINARY (MAX) die für die Option max text repl size festgelegte SQL Server-Standardgröße überschreitet, erweitern Sie die Größe. Verwenden Sie sp_configure, um den aktuellen Wert von max text repl size anzuzeigen und die Option nach Bedarf anzupassen. Hinweis: Amazon RDS for SQL Server lässt nicht zu, dass max text repl size größer als 64 MB ist. {: .infoboxnote}

• Spalten der Datentypen IMAGE, NTEXT und TEXT werden als NULL-Wert zum Löschen und vor Imageaktualisierungsvorgängen protokolliert. Spalten von VARBINARY(MAX), VARCHAR(MAX) und NVARCHAR(MAX) werden als NULL-Wert für Vorgänge vor Imageupdate protokolliert, es sei denn, die Spalte wurde aktualisiert.

  Weitere Informationen finden Sie im Inhalt der Large Object-Datentypen im folgenden Microsoft-Dokument:

  https://docs.microsoft.com/en-us/sql/relational-databases/system-tables/cdc-capture-instance-ct-transact-sql?view=sql-server-ver15

• Oracle GoldenGate unterstützt UDT- und UDA-Daten von bis zu 2 GB. Alle UDTs mit Ausnahme von SQL_Variant werden unterstützt.

• Common Language Runtime (CLR), einschließlich der integrierten CLR-Datentypen von SQL Server (wie Geometrie, Geografie und Hierarchie-ID), werden unterstützt. CLR-Datentypen werden nur in einer ähnlichen SQL Server-Konfiguration unterstützt. Transformation, Filterung und andere Manipulationstypen werden für CLR-Daten nicht unterstützt.

• VARBINARY (MAX)-Spalten mit dem Attribut FILESTREAM werden bis zu einer Größe von 4 GB unterstützt. Extract verwendet standardmäßige Win32-Dateifunktionen, um die Datei FILESTREAM zu lesen.

• Die Reichweite und Genauigkeit von Gleitkommazahlen hängt vom Hostrechner ab. Im Allgemeinen ist die Genauigkeit auf 16 signifikante Stellen genau, aber Sie sollten die Datenbankdokumentation überprüfen, um die erwarteten Näherungen zu ermitteln. Oracle GoldenGate rundet oder schneidet Werte ab, die den unterstützten Nachkommastellenwert überschreiten.

• Oracle GoldenGate unterstützt Zeitstempeldaten von 0001/01/03:00:00:00 bis 9999/12/31:23:59:59. Wenn ein Zeitstempel von GMT in lokale Zeit konvertiert wird, gelten diese Grenzen auch für den resultierenden Zeitstempel. Je nach Zeitzone kann die Konvertierung Stunden addieren oder subtrahieren, was dazu führen kann, dass der Zeitstempel den unteren oder oberen unterstützten Grenzwert überschreitet.

Einschränkungen für berechnete Spalten:

• Berechnete Spalten, entweder persistiert oder nicht persistiert, werden von Microsoft Change Data Capture nicht unterstützt. Daher werden keine Daten für Spalten, die berechnete Spalten enthalten, in den Trail geschrieben. Um Daten für nicht persistierte berechnete Spalten zu replizieren, verwenden Sie die Option FETCHCOLS oder FETCHMODCOLS des Parameters TABLE, um die Spaltendaten aus der Tabelle abzurufen.

  Beachten Sie, dass es zu Abweichungen kommen kann, die durch Unterschiede bei den Datenwerten zwischen dem Zeitpunkt, zu dem die Spalte in der Datenbank geändert wurde, und dem Zeitpunkt, zu dem Extract die Daten für den verarbeiteten Transaktionsdatensatz abruft.

• Wenn eine Spalte mit dem nicht unterstützten Datentyp sql_variant in den Optionen FETCHCOLS oder FETCHMODCOLS verwendet wird, wird Extract mit dem folgenden Fehler beendet:

  ERROR   OGG-25230 Unsupported datatype '*column-name* (sql_variant)' used with 'FETCHCOLS/FETCHCOLSEXCEPT' in table '*table-name>*.

• Replicat wendet DML nicht auf berechnete Spalten an, selbst wenn sich die Daten für diese Spalte im Trail befinden, da die Datenbank keine DML für diesen Spaltentyp zulässt. Daten aus einer persistenten berechneten Quellspalte oder aus einer abgerufenen nicht persistenten Spalte können auf eine Zielspalte angewendet werden, die keine berechnete Spalte ist.

• Beim ersten Laden werden alle Daten direkt aus den Quelltabellen und nicht aus dem Transaktionslog ausgewählt. Daher werden bei einem anfänglichen Ladevorgang Datenwerte für alle Spalten, einschließlich nicht persistierter berechneter Spalten, je nach verwendeter Methode in den Trail geschrieben oder an das Ziel gesendet. Wie beim Anwenden von Änderungsdaten wendet Replicat jedoch keine anfänglichen Ladedaten auf berechnete Spalten an, da die Datenbank keine DML für diesen Spaltentyp zulässt.

• Oracle GoldenGate lässt nicht zu, dass eine nicht persistierte berechnete Spalte in einer KEYCOLS-Klausel in einer TABLE- oder MAP-Anweisung verwendet wird.

• Wenn ein eindeutiger Schlüssel eine nicht persistierte berechnete Spalte enthält und Oracle GoldenGate den Schlüssel verwenden muss, wird die nicht persistierte berechnete Spalte ignoriert. Dies kann sich auf die Datenintegrität auswirken, wenn die restlichen Spalten die Eindeutigkeit nicht erzwingen.

• Wenn ein eindeutiger Index für nicht persistierte berechnete Spalten definiert ist, wird er nicht verwendet.

• Wenn ein eindeutiger Schlüssel oder Index eine nicht persistente berechnete Spalte enthält und die einzige eindeutige ID in einer Tabelle ist, muss Oracle GoldenGate alle Spalten als ID verwenden, um Zielzeilen zu suchen. Da eine nicht persistierte berechnete Spalte in diesem Bezeichner nicht verwendet werden kann, kann Replicat Vorgänge mit diesem Bezeichner auf die falschen Zielzeilen anwenden.

Nicht unterstützte SQL Server-Datentypen und -Features

• SQL_Variant-Datentyp wird für Capture nicht unterstützt.

• Tabellen, die nicht unterstützte Datentypen enthalten, können dazu führen, dass Extract abgebrochen wird. Als Workaround müssen Sie TRANDATA aus diesen Tabellen entfernen und aus der Extract-Anweisung TABLE entfernen, oder den Extract-Parameter TABLEEXCLUDE für die Tabelle verwenden.

Unterstützte Objekte und Vorgänge für SQL Server

Die folgenden Objekte und Vorgänge werden unterstützt:

• Paralleles Replicat wird mit Oracle GoldenGate für SQL Server unterstützt.

• Oracle GoldenGate unterstützt die Erfassung von Transaktions-DML aus Benutzertabellen und die Bereitstellung an Benutzertabellen und beschreibbare Views.

• Die Spalten TEXT, NTEXT, IMAGE, VARBINARY, VARBINARY (MAX) VARCHAR (MAX) und NVARCHAR (MAX) werden in ihrer vollen Größe für Vorgänge unterstützt, die von SQL Server Chang Data Capture protokolliert werden. Beispiel: Spalten der Datentypen IMAGE, NTEXT und TEXT werden als NULL-Wert für Löschvorgänge protokolliert. Weitere Informationen finden Sie im folgenden Microsoft-Dokument im Inhalt der Datentypen für große Objekte:

  https://docs.microsoft.com/en-us/sql/relational-databases/system-tables/cdc-capture-instance-ct-transact-sql?view=sql-server-ver15

• Oracle GoldenGate unterstützt die maximale Zeilengröße, die für Tabellen zulässig ist, die für SQL Server Change Data Capture aktiviert sind.

• Oracle GoldenGate unterstützt die Erfassung aus Tabellen, die mit der Komprimierung PAGE und ROW aktiviert sind. Für partitionierte Tabellen, die Komprimierung verwenden, müssen alle Partitionen mit demselben Komprimierungstyp aktiviert sein.

• Oracle GoldenGate unterstützt Capture-Vorgänge für partitionierte Tabellen, wenn die Tabelle über alle Partitionen hinweg dasselbe physische Layout aufweist.

• Die Summe aller Spaltenlängen für eine zu erfassende Tabelle darf die Länge nicht überschreiten, die SQL Server für die Aktivierung von Change Data Capture für die Tabelle zulässt. Wenn die Summe aller Spaltenlängen die von der SQL Server-Prozedur sys.sp.cdc_enable_table zulässigen Werte überschreitet, kann ADD TRANDATA nicht für diese Tabelle hinzugefügt werden. Die maximal zulässige Datensatzlänge wird verringert, wenn mehr Spalten vorhanden sind. Daher besteht eine umgekehrte Beziehung zwischen der maximalen Datensatzlänge und der Anzahl der Spalten in der Tabelle.

Nicht unterstützte Objekte und Vorgänge für SQL Server

Die folgenden Objekte und Vorgänge werden nicht unterstützt:

• Betrachten Sie eine Parent-Child-Beziehung zwischen zwei Tabellen, bei der ein Primärschlüssel in der übergeordneten Tabelle von einem Fremdschlüssel in der untergeordneten Tabelle mit der ON UPDATE SET DEFAULT-Klausel referenziert wird. Die verzögerte PK-Aktualisierung in der übergeordneten Tabelle führt zu DELETE- und INSERT-Paaren. Die entsprechenden DELETE- und INSERT-Vorgänge in der übergeordneten Tabelle können nicht zuverlässig identifiziert werden. Wenn eine solche verzögerte Aktualisierung für die übergeordnete Tabelle durchgeführt wird, erfasst Oracle GoldenGate Extract möglicherweise nicht zuverlässig alle Ereignisse.

• Bei Quelldatenbanken Vorgänge, die von SQL Server Change Data Capture nicht unterstützt werden, wie TRUNCATE-Anweisungen. Eine vollständige Liste der Vorgänge, die durch Aktivieren von SQL Server Change Data Capture eingeschränkt werden, finden Sie in der Dokumentation zu Microsoft SQL Server.

• Oracle GoldenGate für SQL Server unterstützt das Erfassen oder Übertragen von DDL-Änderungen für SQL Server nicht. Für Oracle GoldenGate-Prozesse auf Quelle und Ziel sind zusätzliche Schritte erforderlich, um DDL-Änderungen auf Tabellenebene zu verarbeiten, einschließlich Neuerstellungsvorgängen von Tabellenindexen. Siehe Anforderungen für DDL-Änderungen auf Tabellenebene.

• Ansichten werden nicht unterstützt.

• Vorgänge mit dem Utility TextCopy und den Anweisungen WRITETEXT und UPDATETEXT. Diese Features führen Vorgänge aus, die entweder nicht von der Datenbank protokolliert oder nur teilweise protokolliert werden, sodass sie vom Extract-Prozess nicht unterstützt werden können.

• Partitionierte Tabellen mit mehreren physischen Layouts über Partitionen hinweg.

• Partition wechselt gegen eine Quelltabelle. SQL Server Change Data Capture behandelt Partitions-Switches als DDL-Vorgänge, und die von einer Partition in eine andere übertragenen Daten werden in den CDC-Tabellen nicht protokolliert. Daher müssen Sie die Schritte unter Anforderungen an DDL-Änderungen auf Tabellenebene befolgen, um einen Partitions-Switch manuell zu implementieren, wenn die Tabelle für zusätzliches Logging aktiviert ist.

• Aufgrund einer Einschränkung beim Change Data Capture von SQL Server können Kollaborationen auf Spaltenebene, die sich von der Datenbanksortierung unterscheiden, dazu führen, dass falsche Daten für Zeichendaten in die CDC-Tabellen geschrieben werden. Extract erfasst sie beim Schreiben in die CDC-Tabellen. Es wird empfohlen, den Datentyp NVARCHAR, NCHAR oder NTEXT für Spalten zu verwenden, die Nicht-ASCII-Daten enthalten, oder dieselbe Sortierung für Tabellenspalten wie die Datenbank zu verwenden. Weitere Informationen finden Sie unter Info zu Change Data Capture (SQL Server).

• Aufgrund einer Einschränkung bei der Change Data Capture von SQL Server wird NOOPUPDATES nicht vom SQL Server Change Data Capture Agent erfasst. Daher sind keine Datensätze für Extract vorhanden, die für No-OP-Aktualisierungsvorgänge erfasst werden sollen.

• Zeitliche Tabellen werden für die Aktivierung von Change Data Capture nicht unterstützt. Daher können sie nicht für Extract für Quellimplementierungen konfiguriert werden.

Anforderungen für DDL-Änderungen auf Tabellenebene

Oracle GoldenGate für SQL Server unterstützt die Erfassung oder Zustellung von DDL-Änderungen nicht. Ab Oracle GoldenGate 21c führen Änderungen an Tabellen, die mit TRANDATA aktiviert sind, jedoch nicht dazu, dass Extract beendet wird. Extract verarbeitet weiterhin Änderungsdaten für die Tabelle, wie sie bei der Aktivierung von TRANDATA vorhanden war.

Als DDL-Änderungen auf Tabellenebene gelten unter anderem die folgenden Vorgänge: ALTER TABLE, TRUNCATE TABLE, Indexneuerstellungen und Partitions-Switches.

Um Dateninkonsistenzen aufgrund von DDL-Änderungen auf Tabellenebene zu vermeiden, sind die folgenden Schritte erforderlich.

1. Quelle: Anhalten oder Stoppen von Anwendungsdaten für die zu ändernde Tabelle oder die zu ändernden Tabellen.

2. Quelle: Stellen Sie sicher, dass keine offenen Transaktionen für die zu ändernde Tabelle vorhanden sind.

3. Quelle: Stellen Sie sicher, dass der SQL Server CDC Capture-Job alle verbleibenden Transaktionen für die Tabelle verarbeitet, die geändert werden soll.

4. Quelle: Stellen Sie sicher, dass der Extract alle Transaktionen für die zu ändernde Tabelle verarbeitet, bevor Sie DDL-Änderungen vornehmen.

5. Ziel: Stellen Sie sicher, dass Replicat alle Transaktionen für die Tabelle verarbeitet, die geändert werden soll, bevor Sie DDL-Änderungen vornehmen.

6. Optional kann die Implementierung einer Ereignismarkierungstabelle verwendet werden, um zu bestimmen, wann alle verbleibenden Transaktionen für die zu ändernde Tabelle verarbeitet wurden, und um zu koordinieren, wann Extract und Replicat korrekt gestoppt werden sollen.

7. Quelle: Stoppen Sie den Extraktionsprozess.

8. Ziel: Stoppen Sie den Replicat-Prozess.

9. Quelle: Deaktivieren Sie das zusätzliche Logging für die zu ändernde Tabelle, indem Sie DELETE TRANDATA ausführen.

10. Quelle: Nehmen Sie DDL-Änderungen an der Quelltabelle vor.

11. Ziel: Nehmen Sie Tabellen-DDL-Änderungen an der Zieltabelle vor.

12. Quelle: Aktivieren Sie das zusätzliche Logging erneut, indem Sie ADD TRANDATA in den Tabellen ausführen, nachdem die Änderungen vorgenommen wurden.

13. Quelle: Starten Sie den Extract.

14. Ziel: Starten Sie Replicat.

15. Quelle: Setzen Sie die Anwendungsdaten in der oder den Tabellen fort, die geändert wurden.

Systemschemas für SQL Server

Die folgenden Systemschemas werden für die Replikation nicht unterstützt:

• sys

• cdc

• INFORMATION_SCHEMA

Das Schema guest wird nicht mit Platzhaltermappings unterstützt, wird jedoch unterstützt, wenn es explizit aufgeführt wird, wie TABLE guest.employees.