變更表格

一律增加對所有任務變更表格通用的變更排序器。變更順序有下列格式：

YYYYMMDDHHmmSShhxxxxxxxxxxxxxxxxxxx

其中：

• YYYY 是四位數的年份 (例如 2012)
• MM 是二位數的月份 (範圍從 01-12)

• DD 是二位數的日期 (範圍從 01-31)

• HH 是一天當中的小時 (範圍從 00-23)
• mm 是小時當中的分鐘 (範圍從 00-59)
• mm 是分鐘當中的秒鐘 (範圍從 00-59)
• 是秒鐘的百分數 (範圍從 00-99)
• xxxxxxxxxxxxxxxxxxx 是 19 位數的零前置變更號碼 (每個任務全域)

時間部分通常指交易進行時間，包括變更記錄。Qlik Talend Data Integration 包含維持序號單一性的邏輯，因此修改或調整端點時間可能會造成多個變更看起來在相同的時間戳記內，但變更號碼增加。

xxx...xxx 通常是來自資料記錄的內部變更號碼，但「之前影像」記錄除外，這與相符「更新」記錄的變更號碼相同 (例如，若「之前影像」的變更號碼為 1000，而「更新」為 1001，則兩者都有 1001)。這允許在表格和本身之間進行簡單的左方外部聯結，在左方我們會在時間點之前掃描但篩選掉 operation=before-image，而在右方我們會在相同的 change_seq 與成為「B」的 change_oper 聯結。

操作類型。這可以是下列內容之一：

• I：插入
• D：刪除
• U：更新
• B：之前影像

變更遮罩指示變更表格中的哪些資料欄與來源表格中變更的欄有關聯。

變更遮罩中的位元位置是根據變更表格中的欄序數。這表示，若有 5 個標頭欄，這會占用位元 0 至 4，而第一個資料欄則為變更遮罩中的位元 5。

變更遮罩是二進位欄 (位元組陣列)，以由小至大順序呈現變更遮罩：

位元組 0 bit7 bit6 bit5 bit4 bit3 bit2 bit1 bit0

位元組 1 bit15 bit14 bit13 bit12 bit11 bit10 bit9 bit8

在此範例中，bit#N 指示序數 N 的變更表格欄與來源表格中變更的欄有關。若更新遮罩為 11000，而欄序數為 3，則欄不會變更。

以下描述位元語意：

• 對於 INSERT (插入) 記錄，所有插入的欄有關聯的位元集合。
• 對於 DELETE (刪除) 記錄，只有主要金鑰 (或獨特索引) 欄有關聯的位元集合。這允許套用者建構 DELETE 陳述式，不必從另一個來源尋找主要金鑰欄位。
• 對於 BEFORE-IMAGE (之前影像) 記錄，所有位元都會清除 (變更遮罩可以是空的)。
• 對於 UPDATE (更新) 記錄，在 BEFORE-IMAGE (之前影像) 和 UPDATE (更新) 之間變更值的每個欄將有關聯的位元集合。

為了空間和處理效率，儲存在變更遮罩中的實際位元組數可以進行 Null 修剪。這表示不需要儲存後置零。處理邏輯應將此納入考量。

來源 CDC 串流位置。

與變更記錄關聯的操作。這可以是下列內容之一：

• 插入
• 更新
• 刪除
• 之前影像

變更記錄所屬的交易 ID。

值是 128 位元交易 ID 的十六進位字串。

原始變更 UTC 時間戳記 (值可以鄰近)。