使用SQL Server进行对等复制和合并复制有什么区别？
答案 0 :(得分：8)
虽然点对点复制可以缩小读取操作，但拓扑的写入性能与a的写入性能类似 单个节点，这是因为最终所有插入，更新和 删除传播到所有节点。如果是系统中的一个节点 如果失败，应用程序层可以将该节点的写入重定向到 另一个节点，这不是必需的，但如果节点出现故障，则会保持可用性。
See: [Peer-To-Peer Replicaiton][1]
合并复制是双向的 即读和wrtie操作 传播到所有节点和从所有节点传播。 合并复制通常需要 实施conflict resolution。
答案 1 :(得分：1)
主要区别在于，对于合并复制，只有一个发布者和一个或多个订阅者，但是在对等复制中，所有节点都是发布者和订阅者（尽管原始节点用绿色箭头突出显示）。
第二个对等复制是事务性的，这意味着它传输事务性一致的更改。相反，合并复制是基于触发器的。在后台实现中，它们还使用不同的代理。
合并复制具有解决冲突的功能（您可以指定解决冲突的优先级），对等没有。在冲突期间，如果启用了冲突解决，对等会生成警报，停止复制，同时允许两个实例独立工作，直到解决冲突为止。在生产中，建议仅从原始节点进行模式更改。
在对等复制中，所有节点都相同，而在合并中，它们可以不同。我的意思是订阅者可以从发布者那里获得不同的数据。
它们基本上都在完成相同的工作-提供横向扩展，灾难恢复，并且在某些情况下很少进行更新并且锁不会带来太多麻烦，并且通过提供数据冗余来提高可用性。有时，点对点与合并复制有关。
答案 2 :(得分：0)
编辑 Peer to Peer replicaiton有两种类型 - Transactional和Snapshot。这两种方式都是一种方式 - 从发布者到订阅者。
事务和快照复制将数据从发布者移动到订阅者。它们主要用于在一个地方进行编辑，以及在多个地方查看/报告数据。事务几乎是即时的，而快照必须安排。 Transactional具有大量的初始资源需求，因为它创建初始快照，然后从事务日志中读取后续事务以发送数据。快照每次运行时都会占用大量资源，因为它每次都会生成一个新的快照。
合并复制允许您拥有多个可以编辑数据的位置，并使其与对等实时近实时同步。合并复制本质上运行事务复制引擎来分发事务，以及在目标上应用事务的其他逻辑。
以下是一些阅读材料http://technet.microsoft.com/en-us/library/ms152531.aspx
答案 3 :(得分：0)
可更新订阅者适用于大部分更改发生在发布商但您希望能够在订阅者处进行少量更改的情况。
P2p没有这样的限制。
P2P旨在扩展读取，尽管许多人错误地将它们用作任何拓扑的更新。 p2p也是仅限企业版的功能，可更新的订阅者可以使用SQL Server及更高版本的标准版。