實現業務規則的重要性
MobiLink的一個主要優點是具有利用其事件驅動的架構定制同步過程的能力。您能夠提供自定義腳本為任何特殊事件指定相應處理方法。MobiLink 提供了非常精細的控制；比如說，在涉及100個表的同步過程中，差不多有數千個不同的事件可用。當然，大多數事件無需腳本，采用默認操作即可；在本案例中，為以下事件編寫了自定義腳本：
事件名稱
腳本用途
upload_insert
為每一個表指定如何處理每一個已上傳的插入
upload_update
為每一個表指定如何處理每一個已上傳的更新
upload_delete
為每一個表指定如何處理每一個已上傳的刪除
upload_statistics
為每一個表記錄上傳行數
begin_download
確定要下載的表和行的集合
download_cursor
為每一個表選擇下載的行
download_delete_cursor
為每一個表選擇要從遠程數據庫刪除的行的主鍵
end_download
記錄哪一個表和行的集合在變更前不需下載
download_statistics
為每一個表記錄所下載的行數
handle_error
對可能發生的特定錯誤進行特殊處理
完善的應用程序通常在同步過程上運用復雜的業務規則，Mobile Inspector也不例外。為業務規則使用的MobiLink腳本就像“僅District Supervisors可獲得District Supervisor Inspection表中的行”一樣直觀，當然也可實現更復雜的規則。例如，以下download_cursor腳本選擇Inspect 行的規則為：該行(1)被分配給特殊檢查小組，並且（2a）尚未被下載，或(2b)自上次下載後已更新。此腳本中的SELECT語句使用 BRI_RECD_SYNC_IDS 表識別已分配給該小組的行；而之前更長的begin_download腳本動態填充該表，從而使其可在類似於本例所示的腳本中使用：
SELECT BRI_INSPCTN.INSPCTN_ID,
BRI_INSPCTN.STRCTR_ID,
BRI_INSPCTN.INSPCTN_DT,
...
BRI_INSPCTN.APRVL_DT
FROM WIGINS_UNIT.BRI_INSPCTN
WHERE EXISTS
( SELECT *
FROM WIGINS_UNIT.BRI_RECD_SYNC_IDS,
WIGINS_UNIT.BRI_TMP_SYNC_VRBLS
WHERE BRI_TMP_SYNC_VRBLS.SESSION_ID
= TO_NUMBER ( USERENV ( SESSIONID ) )
AND BRI_RECD_SYNC_IDS.GLOBAL_DB_ID
= BRI_TMP_SYNC_VRBLS.GLOBAL_DB_ID
-- for this remote
AND BRI_RECD_SYNC_IDS.STRCTR_ID
= BRI_INSPCTN.STRCTR_ID
-- matches on structure id
AND BRI_RECD_SYNC_IDS.INSPCTN_ID
= BRI_INSPCTN.INSPCTN_ID
-- matches on inspection id
AND ( BRI_RECD_SYNC_IDS.FRST_DOWNLOAD_TS
= '1900-01-01'
-- not yet been downloaded
OR BRI_INSPCTN.LST_MDFD_TS
>= ? ) )
-- updated since the last synch
MobiLink服務器調用Mobilink腳本，但實際上由中心或“統一”數據庫服務器執行腳本，並為MobiLink服務器往返傳遞行。NC DOT 使用兩組Mobilink服務器和兩組腳本實現三層數據庫架構。在最上面的一級，用Oracle PL/SQL編寫的腳本運行於中心的Oracle 9i服務器；上例為此類腳本之一。行被傳遞到中心站點處運行的Mobilink服務器，並從那裡傳遞到檢查辦公室的小組負責人的平板電腦上。
在現場，有另一個在每位小組負責人的平板電腦上運行的Mobilink服務器。該服務器調用運行在同一台電腦上的ASA數據庫服務器中的SQL腳本；這些行傳遞到MobiLink服務器，並從那裡通過無線連接傳送給小組成員。通過這樣的設置，小組負責人的數據庫在以Oracle同步時作為遠程數據庫，而在與小組成員同步時作為統一數據庫。
