Historia DDL
Tabela attrep_ddl_history zawiera historię zmian DDL, które wystąpiły podczas CDC.
Tabela Historla DDL jest obecnie obsługiwana tylko w przypadku następujących platform danych:
-
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 bramę Integracja danych Qlik Cloud. |
|
TASK_NAME |
STRING |
Nazwa zadania bramy Integracja danych Qlik Cloud. |
|
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 |
Brama danych ruchu danych przypisuje do tabeli 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:
|