通过逻辑记录对相关行的更改进行分组
适用于：
SQL Server
注意
在 SQL Server的未来版本中将删除此功能。 请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。
默认情况下，合并复制逐行处理数据更改。 这适用于许多情况，但对于某些应用程序，需要将相关行作为一个单元进行处理。 合并复制的逻辑记录功能允许在不同表的相关行之间定义一种关系，以便将这些行作为一个单元进行处理。
注意
逻辑记录功能可以单独使用，也可以与联接筛选器一起使用。 有关联接筛选器的详细信息，请参阅 Join Filters。 若要使用逻辑记录，发布的兼容级别不能低于 90RTM。
请考虑以下三个相关的表：
在此关系中， Customers 表是父表，具有主键列 CustID。 Orders 表具有主键列 OrderID和外键约束（ CustID 列）。该外键列引用 Customers 表中的 CustID 列。 同样， OrderItems 表具有主键列 OrderItemID和外键约束（ OrderID 列）。该外键列引用 Orders 表中的 OrderID 列。
在此示例中，逻辑记录由 Orders 表中与单一 CustID 值相关的所有行和 OrderItems 表中与 Orders 表中的那些行相关的所有行组成。 此关系图显示了 Customer2 的逻辑记录中三个表的所有行：
若要定义项目之间的逻辑记录关系，请参阅 定义合并表项目间的逻辑记录关系。
逻辑记录的优点
逻辑记录功能有两大优点：
将数据更改作为一个单元来应用。
同时对多个表中的多个行检测和解决冲突。
将更改作为一个单元来应用
在合并处理中断的情况下（如删除连接），如果使用了逻辑记录，则已完成的部分相关复制更改就会回滚。 例如，订阅服务器添加一份 OrderID = 6 的新订单，并对应 OrderID = 6 在 OrderItems 表中添加两个分别为 OrderItemID = 10 和 OrderItemID = 11 的新行。
如果复制进程在 OrderID = 6 的 Orders 行完成之后、在 OrderItems 10 和 11 完成之前中断，并且未使用逻辑记录，则 OrderID = 6 的 OrderTotal 值就不会与 OrderItems 行的 OrderAmount 值的和一致。 如果使用了逻辑记录，则在复制相关的 OrderItems 更改之后，才会提交 OrderID = 6 的 Orders 行。
在不同的方案中，如果使用了逻辑记录，并且有人在合并进程应用更改时查询表，那么用户在复制更改完成前，看不到已复制的部分更改。 例如，复制进程上载了 OrderID = 6 的 Orders 行，而用户在复制进程复制 OrderItems 行之前查询表，那么 OrderTotal 值就不会与 OrderAmount 值的和相同。 如果使用了逻辑记录，则在 OrderItems 完成并且事务作为一个单元提交后，才会显示 Orders 行。
对多个表应用冲突处理
请考虑两台订阅服务器具有上述数据集的情况：
在第一台订阅服务器上，用户将 OrderItemID 5 的 OrderAmount 从 100 改为 150，并将 OrderID 3 的 OrderTotal 从 200 改为 250。
在第二台订阅服务器上，用户将 OrderItemID 6 的 OrderAmount 从 25 改为 125，并将 OrderID 3 的 OrderTotal 从 200 改为 300。
如果不使用逻辑记录复制这些更改， OrderTotal 的不同值就会导致冲突，结果只能复制其中一个。 但 OrderItems 表中不冲突的更改将被复制，并且不会发生冲突，致使最终的 OrderTotal 值与 OrderItems 行的状态不一致。 如果在此方案中使用逻辑记录，则与落选的 Orders 表更改关联的 OrderItems 更改也会回滚，从而使最终的 OrderTotal 值成为 OrderItems 行的准确汇总。
有关与逻辑记录的冲突检测和解决相关的选项的详细信息，请参阅检测并解决逻辑记录中的冲突。
使用逻辑记录的注意事项
使用逻辑记录时，请注意下列事项。
一般注意事项
建议在逻辑记录中保留尽可能少的表，建议最多为五个表。
逻辑记录无法引用具有下列任一数据类型的列：
varchar(max) 和 nvarchar(max)
varbinary(max)
text 和 ntext
image
XML
UDT
不能使用 CASCADE 选项定义已发布表中的外键关系。 有关详细信息，请参阅 CREATE TABLE (Transact-SQL) 和 ALTER TABLE (Transact-SQL)。
不能更新逻辑关系子句中使用的任何列。
逻辑记录中包含的项目不支持使用业务逻辑处理程序或自定义冲突解决程序的自定义冲突解决方法。
如果在包含参数化筛选器的发布中使用逻辑记录，必须用每台订阅服务器分区的快照初始化相应的订阅服务器。 如果用其他方法初始化订阅服务器，那么合并代理将会失败。 有关详细信息，请参阅 Snapshots for Merge Publications with Parameterized Filters。
包含逻辑记录的冲突不会显示在冲突查看器中。 若要查看有关这些冲突的信息，请使用复制存储过程。 有关详细信息，请参阅查看合并发布的冲突信息（复制 Transact-SQL 编程）。
发布设置
发布的兼容级别必须为 90RTM 或更大。 有关详细信息，请参阅复制向后兼容性中的“发布兼容级别”部分。
发布必须使用本机快照模式。 这是默认设置，除非你要复制到不支持逻辑记录的 SQL Server Compact。
发布不允许 Web 同步。 有关 Web 同步的详细信息，请参阅 Web Synchronization for Merge Replication。
若要在已筛选的发布上使用逻辑记录：
还必须使用预计算分区。 预计算分区的要求也适用于逻辑记录。 有关详细信息，请参阅使用预计算分区优化参数化筛选器性能。
不能使用不重叠的参数化筛选器。 有关详细信息，请参阅 Parameterized Row Filters的“设置‘分区选项’”部分。
如果发布使用联接筛选器，则必须将逻辑记录关系中所涉及的所有联接筛选器的 join unique key 属性设置为 true 。 有关详细信息，请参阅 Join Filters。
表之间的关系
通过逻辑记录相关的表必须具有主键 - 外键关系。
不能为外键约束设置 NOT FOR REPLICATION 选项。
子表只能有一个父表。
例如，跟踪班级和学生的数据库的设计可能类似于下面的关系：
在此关系中，不能使用一个逻辑记录表示三个表，因为 ClassMembers 中的行与单一主键行没有关联。 Classes 表和 ClassMembers 表仍可形成一个逻辑记录， ClassMembers 表和 Students表也可以，但三个表却不能。
发布不能包含循环联接筛选器关系。
以 Customers、 Orders和 OrderItems这三个表为例，如果 Orders 表也有一个引用 OrderItems 表的外键约束，就不能使用逻辑记录。
逻辑记录对性能的影响
逻辑记录功能确实会对性能造成负面影响。 如果不使用逻辑记录，复制代理可以同时处理给定项目的所有更改，并且因为更改是以逐行方式应用的，所以应用这些更改所需的锁定和事务日志要求很小。
如果使用逻辑记录，则合并代理必须一起处理每个整体逻辑记录的更改。 这会影响合并代理复制行所需的时间。 此外，由于代理要为每个逻辑记录打开一个单独的事务，因此锁定要求就会增加。