Historia DDL
Tabela attrep_ddl_history zawiera historię zmian DDL, które wystąpiły podczas CDC.
Tabela Historla DDL jest obsługiwana tylko w przypadku następujących platform docelowych:
-
Databricks
- Microsoft Fabric
Nowy rekord jest wstawiany do tabeli za każdym razem, gdy w źródle wystąpi obsługiwana zmiana DDL. Wiele instrukcji ALTER TABLE występujących podczas zadania może być reprezentowanych w tabeli sterującej jako pojedynczy wiersz. Bufor JSON (patrz niżej) opisuje wszystkie zmiany, które wystąpiły (np. ADD COLUMN A, DROP COLUMN B, ALTER COLUMN C).
Informacje na temat włączania tabel kontrolnych historii DDL zawiera temat Tabele kontrolne.
| Kolumna | Typ | Opis |
|---|---|---|
|
SERVER_NAME |
STRING |
Nazwa komputera, na którym zainstalowano serwer replikacji Qlik. |
|
TASK_NAME |
STRING |
Nazwa zadania danych. |
|
TABLE_OWNER |
STRING |
Schemat tabeli źródłowej lub właściciel. |
|
TABLE_NAME |
STRING |
Nazwa tabeli źródłowej. Jeżeli zmieniono nazwę tabeli, będzie to nazwa tabeli sprzed zmiany. |
|
CHANGE_SEQ |
STRING |
Zobacz Change_Seq w temacie Używanie tabel zmian. |
|
TIMESTAMP |
TIMESTAMP |
Kiedy nastąpiła zmiana. |
|
TABLE_VERSION |
INTEGER |
Do tabeli jest przypisywany wewnętrzny numer wersji. Numer wersji zwiększa się za każdym razem, gdy w tabeli źródłowej nastąpi zmiana DDL. |
|
DDL_TYPE |
STRING |
CREATE_TABLE, DROP_TABLE, ALTER_TABLE, TRUNCATE_TABLE |
|
DETAILS |
CLOB |
Dokument JSON opisujący zmiany Przykład: {
"owner": "string",
"table": "string",
"tableNewName": "string",
"version": number,
"columns":
{
"col1":
{
"columnNewName": "string",
"action": "string",
"type":" string",
"length": number,
"precision": number,
"scale": number,
"primaryKeyPosition": number,
"nullable": boolean,
"ordinal": number
},
"col2":
{
…
}
}
}
gdzie:
|