第三章 自動化資料整合系統架構
3.3 整合代理人互動模式
3.3.3 合作式維護異動對映資訊
異常處理主要監控資料庫異動更新和偵測資料庫定義異動時，整合代人理遇 到例外狀況時，各代理人處理之情形，這部分流程主要是經由定義偵測代理人、
資料處理代理人和訊息仲介代理人之互動，此部分共分四種情況，分別為異動資 料庫、資料更新異常、資料比對異常和定義更新通知，如說明。其流程步驟描述 如下。
表3.3 異動對映維護分析表
異動 情況 定義異動說明
異動資料庫 整合在進行同步化過程中，有新的資料庫 加進整合或是退出機制
資料庫、資料 表、欄位 資料更新異常 資料處理代理人在更新資料時，遇到更新
失敗之情形 資料表、欄位
資料比對異常 分析比對時發現資料庫定義有異動之情形 資料表、欄位 定義更新通知
定義偵測代理人自動地偵測資料庫定義有 異動時，資料庫可能會有資料更新與其它 之資料庫定義的異動發生
資料表、欄位
◎異動資料庫
當資料整合在進行同步化過程中，有新的資料庫加進整合或是退出機制，以 下分別描述說明新增和刪除資料庫流程，如圖3.6 和圖 3.7 所示。
新增資料庫
DBSA DBTA
Message-Brokering Agent
Database
③DB Schema DB
Schema
………
………
①Assign
②Monitor
④Maintain
①Assign
Add
圖3.6 新增資料庫流程圖
步驟①：當新的資料庫要加進資料整合機制時，訊息仲介代理人便暫停資料同步 流程並且分別各指派一個資料處理代理人和定義偵測代理人分別監控資 料庫異動和偵測資料庫定義。
步驟②：此時定義偵測代理人偵測取得資料庫定義。
步驟③：定義偵測代理人將取得之資料庫定義轉換成資料庫定義訊息物件後，將 訊息物件傳送給訊息仲介代理人。
步驟④：由訊息仲介代理人再對異動對映資訊進行資料庫定義維護，以維持異動 對映資訊之正確性。
刪除資料庫
Message-Brokering Agent
Database DB
Schema
………
………
①Retire
②Maintain
①Retire
Delete
DBSA DBTA
圖3.7 刪除資料庫流程圖
步驟①：當整合機制中某個資料庫要退出整合時，訊息仲介代理人便將資料處理 代理人和定義偵測代理人召回。
步驟②：再由訊息仲介代理人再對異動對映資訊進行資料庫定義維護，以維持異 動對映資訊之正確性。
◎資料更新異常
當資料庫定義異動時，整合機制還未發現，此時資料處理代理人在更新資料 時，就遇到更新失敗之情形，如要更新某欄位之資料，但欄位名稱卻已經改變了，
此部分描述資料處理代理人與定義偵測代理人互動之流程，如圖3.8 所示。
Message-Brokering Agent
Database
Transaction Log
………
………
④DB Schema
②Notify DB
Schema
………
………
①Update
③Monitor
④Modify
DBTA DBSA
圖3.8 資料更新異常流程圖
步驟①：資料處理代理人在更新資料庫資料時，發生更新錯誤之情形時，便通知 定義偵測代理人，此時資料處理代理人繼續執行下個工作。
步驟②：此時資料處理代理人便通知定義偵測代理人偵測檢查資料庫定義是否更 新。
步驟③：定義偵測代理人接收到資料處理代理人通知後，便進行對資料庫定義之 檢查。
步驟④：定義偵測代理人檢查發現資料庫定義有異動後，便將資料庫異動轉換為 定義異動訊息物件，並且將訊息物件傳送給訊息仲介代理人，由訊息仲 介代理人再對異動對映資訊進行資料庫定義分析流程，以維護異動對映 資訊之正確性；同時也將更新過後的資料庫定義異動的欄位名稱回報給 資料處理代理人，以供資料處理代理人更新資料。
◎資料比對異常
當訊息仲介代理人接收到資料處理代理人所傳送之異動訊息後，經分析比對 時發現資料庫定義有異動之情形，此部分在描述訊息仲介代理人與資料處理代理 人和定義偵測代理人之間互動流程，如圖3.9 所示。
Message-Brokering Agent
Database
Transaction Log
………
………
②Change DB
Schema
………
………
⑤Monitor ①Monitor
④Notify
⑦Maintain
⑥DB Schema
③Analysis
DBSA DBTA
圖3.9 資料比對異常流程圖
步驟①：資料處理代理人在進行資料同步化流程時，適性的監控資料庫資料是否 有異動。
步驟②：資料處理代理人將異動訊息轉換成資料異動物件格式後，將其資料異動 訊息物件傳送給訊息仲介代理人。
步驟③：訊息仲介代理人分析資料處理代理人傳送之異動訊息時，發生沒有欲同 步之欄位名稱。
步驟④：訊息仲介代理人發生資料比對錯誤後，便立即通知各個定義偵測代理人。
步驟⑤：定義偵測代理人接收到訊息仲介代理人通知後，立刻檢查發現資料庫定 義是否異動。
步驟⑥：定義偵測代理人將資料庫異動轉換為定義異動訊息物件，並且將訊息物 件傳送給訊息仲介代理人。
步驟⑦：由訊息仲介代理人再對異動對映資訊進行資料庫定義維護，以維持異動 對映資訊之正確性。
◎定義更新通知
當定義偵測代理人自動地偵測資料庫定義有異動時，表示資料庫可能會有資 料更新與其它之資料庫定義的異動發生，此部分描述定義偵測代理人與資料處理 代理人和訊息仲介代理人之互動，如圖3.10 所示。
Message-Brokering Agent
Database
Transaction Log
………
………
④Change
②Notify DB
Schema
………
………
①Monitor ③Monitor
②Notify DBTA
DBSA
圖3.10 定義更新通知流程圖
步驟①：定義偵測代理人適性的偵測資料庫定義時，如果發現資料庫定義有異 動，便立刻通知資料處理代理人。
步驟②：此時定義偵測代理人便通知資料處理代理人監控資料庫資料是否異動，
同時通知訊息仲介代理人。
步驟③：資料處理代理人接收到定義偵測代理人通知後，便進行對資料庫資料之 異動檢查，此時訊息仲介代理人也各別通知其它的定義偵測代理人，看 看各個負責之資料庫定義是否有異動。
步驟④：資料處理代理人在監控資料庫後，如果有發現資料異動後，便將異動訊 息轉換成資料異動訊息物件，並傳送給訊息仲介代理人進行資料同步化 流程，以維持資料一致性。
本論文所提出整合代理人互動模式，其主要任務為達成資料一致性。所以藉 由訊息仲介代理人集中化分析資料庫定義，產生出異動對映資訊，並且協調各資 料處理代理人，同步化分散各處之資料庫，最後透過合作來維護異動對映資訊。
接著我們在下一章說明各代理人進行資料整合作業時所需要用到的方法與技 術。