摘要：對比兩種 Microsoft SQL Server 2005 Mobile Edition 3.0 (SQL Server Mobile) 連接解決方案 [合並復制和遠程數據訪問 (RDA)] 的功能集，並了解哪種連接解決方案對項目更有利。（本文包含一些指向英文站點的鏈接。）
引言
Microsoft SQL Server 2005 Mobile Edition 3.0 (SQL Server Mobile) 支持兩種與 SQL Server 數據庫交換數據的方法：
1.合並復制，提供一種強大且功能齊全的解決方案，該解決方案允許移動應用程序對復制的數據自行更改，然後再將這些更改與 Microsoft SQL Server 數據庫進行合並，並在必要時解決沖突。
2.遠程數據訪問 (RDA)，使移動應用程序能夠方便地將遠程 Microsoft SQL Server 數據庫表中的數據讀取（拉）到本地 SQL Server Mobile 數據庫表中，或者將本地 SQL Server Mobile 數據庫表中的數據發送（推）到遠程 Microsoft SQL Server 數據庫表中。RDA 還可用於在運行 SQL Server 的服務器上發出 SQL 命令。
將 SQL Server Mobile 連接到 SQL Server
使用 RDA 或復制功能時，SQL Server Mobile 將通過 Microsoft Internet Information Services (IIS) 服務器連接到 SQL Server。由於與 SQL Server 的連接由 IIS 處理，因此您的設備只需能夠使用 HTTP 或 HTTPS 協議連接到 IIS Web 服務器即可。這樣一來，您就可以通過支持 HTTP 的任何類型的網絡連接執行 RDA 和復制操作了，包括：局域網 (LAN)、廣域網 (WAN) 和 Microsoft ActiveSync® 連接。
RDA 和復制功能都非常適合無線傳輸。它們采用壓縮來減小傳輸數據的大小，並采用加密在傳輸期間保護敏感的用戶數據。
在連接到 SQL Server 時，RDA 和復制功能都支持集成 Windows 身份驗證和 SQL Server 身份驗證。
合並復制簡介
SQL Server Mobile 復制基於 Microsoft SQL Server 合並復制。可以使用 Microsoft SQL Server 2000 數據庫或 Microsoft SQL Server 2005 數據庫來實現合並復制。
合並復制非常適合移動應用程序，因為它允許分別在便攜式設備和服務器上自行更新數據。之後可以對該設備和服務器上的數據進行同步，以將客戶端的更改發送到服務器，或從服務器接收新的更改。
盡管與 RDA 相比，合並復制需要在服務器上進行更多的配置和維護，但是使用合並復制卻有許多優點，包括：
• 復制提供了內置和自定義的沖突解決功能。
• 通過復制可以同時對多個表中的數據進行同步。
• 復制提供了豐富的數據復制選項，包括：
• 選擇文章類型並進行篩選以提高性能
• 標識范圍管理
• Microsoft SQL Server 包括大量工具，可用於：
• 創建和同步 SQL Server Mobile 訂閱
• 監視訂閱者的每次發布活動
有關合並復制功能工作原理的一般信息，請參閱 SQL Server Books Online 中的“How Merge Replication Works”。有關 SQL Server Mobile 訂閱者的相關復制信息，請參閱 SQL Server Mobile Books Online 中的“How Replication Works”和“Replication Architecture”。
遠程數據訪問 (RDA) 簡介
遠程數據訪問 (RDA) 使移動應用程序能夠訪問遠程 SQL Server 數據庫表中的數據，並將這些數據存儲在本地 SQL Server Mobile 數據庫表中。隨後，該應用程序就可以讀取和更新本地 SQL Server Mobile 數據庫表。SQL Server Mobile 可以選擇跟蹤對本地表所做的所有更改。之後，應用程序可以將本地表中更改過的記錄更新回 SQL Server 表。
在 SQL Server Mobile 中，將數據從 SQL Server 表傳播至本地 SQL Server Mobile 表的過程稱為“拉”數據。將本地 SQL Server Mobile 表中所做的更改傳播回 SQL Server 表的過程稱為“推”數據。
在不需要使用 SQL Server Mobile 合並復制的全部功能（包括沖突解決）時，適合使用 RDA。
決定在 SQL Mobile 應用程序中使用遠程數據訪問 (RDA) 功能還是復制功能，取決於移動應用程序的用途、功能、規模和要求。每種連接數據解決方案都有各自的優缺點。這些優缺點將在隨後各節中加以討論。
功能對比
本節簡要介紹對復制與遠程數據訪問 (RDA) 之間的可對比功能支持的差異。本節的主要目的並不是介紹復制或 RDA 的每項可用功能，而只是提供可對比的那些功能的對比。例如，有許多復制功能沒有相應的 RDA 功能，因此這些就不是本文所探討的內容。
服務器侵害
SQL Server Mobile 的大量合並復制功能來自於 SQL Server 的合並復制功能。SQL Server Mobile 通過訂閱 SQL Server 發布產品來利用這些功能。通過在服務器上創建發布，可以將大量的系統表添加到即將發布的數據庫中，並將“唯一標識符”系統列添加到即將發布的每個用戶表中。這些系統對象將被添加到服務器數據庫中，用於對復制進行管理。RDA 不需要對服務器上的數據庫進行任何更改。由於 RDA 對服務器上的架構沒有侵害性，因此 RDA 的功能有一定限制，不像復制那樣功能齊備，但是該功能可用於在 SQL Server 與 SQL Server Mobile 之間傳輸數據，而無需任何服務器端配置工作。在有些情況下，您可能無權變更後端系統中的架構。如果是這種情況，RDA 是潛在的連接選擇，可用於在 SQL Server 與 SQL Server Mobile 之間傳輸數據更改。如果需要強大的復制功能而且無法變更後端數據庫架構，則可以考慮的另一個選擇是使用中間層 SQL Server 作為復制服務器，然後使用其他無侵害技術 [如數據轉換服務 (DTS) 和 Web 服務] 將數據傳輸到後端系統。
簡而言之，復制功能需要對服務器數據庫的架構進行一些細微的更改，但通過這些更改可獲得一組非常強大的功能，而 RDA 不需要對服務器數據庫進行任何更改，但它不是功能齊備的連接解決方案。
數據和架構定義
如上文所述，您需要通過在服務器上創建發布來進行復制准備。要復制到訂閱者的數據和架構將在服務器上創建發布時指定。首次創建訂閱時，將在客戶端自動定義架構。發布定義了要復制到訂閱者的表（文章），包括行篩選（使用 WHERE 子句限制數據流）和列篩選（限制表中要復制的列）。發布可以包含一個或多個表。在 SQL Server Mobile 數據庫中，整個發布定義（包括正在復制的表的數據和架構）是使用一種同步方法創建的。
使用 RDA 時，客戶端控制從服務器中傳輸哪些數據，包括數據定義（包括行篩選）和架構定義（包括列篩選）。RDA 在每個 RDA 拉進程中只能對一個表進行同步，這與復制有所不同，後者可以在一次同步操作中處理多個表。
簡而言之，最初在 SQL Server Mobile 數據庫中創建的數據和架構在服務器上是使用復制功能進行定義的，而在客戶端上是使用 RDA 進行定義的。復制發布可以包含多個表，而 RDA 每次下載（RDA 拉進程）只能處理一個表。
架構更改
使用復制功能時，在最初創建訂閱後可以將架構更改（如添加或刪除列，添加或刪除約束，以及更改列定義）復制到訂閱者。當需要將掛起的架構更改復制到訂閱者時，將首先復制架構更改，然後在發布者與訂閱者之間交換所導致的增量更改。服務器架構更改（例如，添加列或刪除應用程序中未在使用的列）不一定會要求對應用程序進行更改和重新編譯。允許對訂閱數據庫的架構進行細微的更改。有關詳細信息，請參閱 SQL Server Mobile Books Online 中的“Replication Limitations”。
使用 RDA 時，不支持在服務器上進行架構更改。如果進行了架構更改，從客戶端到服務器的推操作可能會失敗。如果更改了服務器架構，則客戶端必須先刪除表，然後再次從服務器拉出所有數據。更改服務器架構可能會要求對應用程序進行更改並重新編譯。允
簡而言之，使用復制功能時，支持服務器架構更改，而且服務器架構更改不會導致訂閱者上的數據丟失。但是，使用 RDA 時，不支持服務器架構更改，而且服務器架構更改可能會導致客戶端的數據丟失。復制和 RDA 功能均允許對 SQL Server Mobile 連接表進行細微的架構更改。
標識列
在許多應用程序中，您可能需要使用遞增的編號來管理在客戶端數據庫中插入的記錄。例如，如果用戶正在表中輸入新訂單，則您可能需要為每個訂單分配自動遞增的編號。使用這類系統時，必須確保這些編號在客戶端之間不會引起沖突。對於發布和訂閱，復制功能支持 integer 和 bigint 列的自動標識范圍管理。使用自動標識范圍管理，可以確保無論有多少客戶端，都不會發生行沖突。有關使用此復制功能的詳細信息，請參閱 SQL Server Books Online 中的“Replicating Identity Columns”。
使用 RDA 時，不支持標識列的自動管理。要使用此數據類型屬性，必須在整個系統中手動管理值。
約束和索引
由於復制功能支持在發布定義中使用多個表，因此引用完整性約束和索引會自動從服務器復制到訂閱數據庫。
而由於 RDA 每次只能拉一個表，因此不會傳輸引用完整性約束，但是可以傳輸索引。其他架構定義必須在客戶端進行定義。
交換跟蹤數據更改
使用復制功能時，將分別在發布數據庫和 SQL Mobile 數據庫中創建系統對象，前者是在創建發布時建立，而後者則是在創建訂閱時建立的。這些對象允許在 SQL Server 與 SQL Server Mobile 之間使用非常強大的數據交換模型。復制功能可用於跟蹤發布和訂閱數據庫中的更改。發布者與訂閱者之間的數據流控制有兩種跟蹤級別：
1.表的行級別跟蹤會導致在同步期間傳輸整個行。這種跟蹤級別對依賴於連接速度的數據傳輸而言可能代價較高，但需要在發布者和訂閱者上存儲的跟蹤信息較少。
2.列級別跟蹤不僅跟蹤行中的更改，而且還跟蹤列級別上的更改，因此可以只將更改的列數據從訂閱者傳輸到發布者，從而減少了傳輸的數據量。發布者始終會將整個更改的行發送到預定者，原因是它不能確定該行在訂閱者中是否實際存在。
有關跟蹤級別的詳細信息，請參閱 SQL Server Mobile Books Online 中的“Using Row-Level and Column-Level Tracking”和 SQL Server Books Online 中的“Row-Level Tracking and Column-Level Tracking”。
RDA 使用 SQL Server Mobile 數據庫中的系統對象來跟蹤對數據所做的更改。獲得此信息後，RDA 僅將這些更改（特別是更改的行）從 SQL Server Mobile 推到 SQL Server。但如果 SQL Server Mobile 要從 SQL Server 檢索數據更改，則需要完全刷新客戶端數據。
簡而言之，復制功能支持增量更改的雙向數據交換，因為數據更改是在發布者和訂閱者中同時進行跟蹤的。而 RDA 僅支持從 SQL Server Mobile 到 SQL Server 的增量更改數據交換，並且需要對數據進行完全刷新才能將 SQL Server 中的更改更新到 SQL Server Mobile，因為數據更改僅在 SQL Mobile 數據庫中進行跟蹤。
可以傳播的表類型
將表添加到復制發布中時，可以設置表的屬性來控制數據流。除了控制發布者與訂閱者之間的數據流以外，這些表屬性還可用於增強同步的性能。有關詳細信息，請參閱 SQL Server Books Online 中的“Parameterized Row Filters”和“Optimizing Merge Replication Synchronization Performance with Download-Only Articles”。
RDA 不支持任何用於控制數據流或增強性能的表屬性。拉到客戶端的數據僅由該客戶端上的應用程序代碼控制。
沖突
使用復制作為連接解決方案時，潛在的沖突包括由不同用戶更改的數據以及由於錯誤而無法應用的行。復制完全支持服務器上的沖突解決和管理，包括內置和自定義的沖突解決程序。有關詳細信息，請參閱 SQL Server Mobile Books Online 中的“Replication Conflict Detection and Resolution”和 SQL Server Books Online 中的“Merge Replication Conflict Detection and Resolution”。
使用 RDA 時，沖突僅包括由於錯誤而無法應用的行。RDA 不會檢測是否有不同的用戶對數據進行了更改。因此，RDA 在將數據推入服務器時始終采用“最後一個寫入者獲勝”的方式。不會對沖突進行管理，但是可以在客戶端的錯誤表中報告沖突。由於沒有去解決沖突，因此也就不支持任何沖突解決程序。
工具 (UI)
SQL Server Management Studio 包含大量用於創建和管理訂閱的工具集，包括用於管理多個訂閱及監測性能和同步次數的監視工具。
RDA 只能通過編寫代碼來使用；SQL Server 和 SQL Server Mobile 中都沒有可用於推/拉更改或監視客戶端的工具。
結論
在本文中，您已經了解了合並復制與 RDA 之間主要功能的關鍵差別。了解這些信息後，您就可以根據 SQL Server Mobile 應用程序的需要成功地選擇相應的連接解決方案。例如，應用程序可能會從 RDA 的簡單性或合並復制的強大功能中受益。在有些情況下，如果服務器上的數據不會發生沖突，您可以選擇在一個解決方案中結合使用 RDA 和合並復制的功能。
