◆列级别跟踪不仅跟踪行中的更改，而且还跟踪列级别上的更改，因此可以只将更改的列数据从订阅者传输到发布者，从而减少了传输的数据量。发布者始终会将整个更改的行发送到预定者，原因是它不能确定该行在订阅者中是否实际存在。
有关跟踪级别的详细信息，请参阅 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 和合并复制的功能。
文章来源于领测软件测试网 https://www.ltesting.net/
