SQL Server企业版与Express版之间能否配置合并复制？

1、合并复制可行性结论 #

无法实现你需要的双向合并复制配置，核心限制来自SQL Server Express版本的功能约束：

• 合并复制的发布节点、分发节点必须使用Standard、Enterprise或Developer版本，Express版本仅支持作为复制的订阅节点，没有发布变更、运行分发服务的能力，无法将自身产生的数据变更通过原生复制机制同步给其他实例
• 你当前的单向事务复制是Enterprise作为发布者推送到Express订阅者，属于Express支持的复制场景，但反向从Express拉取变更的原生复制链路不可能实现，自然也无法基于原生复制完成双向数据合并。

2、替代实现方案 #

根据你的业务规模可以选择以下最优方案，按改造成本从低到高排序：

轻量场景（表数量<20、日变更量<10万）：触发器+变更队列轮询 #

改造成本最低，无需依赖额外组件：

• 在线上Express实例需要同步的业务表上创建AFTER INSERT/UPDATE/DELETE触发器，将变更记录的主键、操作类型、变更时间、操作人等信息写入专属的DataChangeLog队列表
• 本地Enterprise侧通过SQL Server代理作业或者独立的后台定时服务，定期拉取Express端DataChangeLog中未同步的变更记录，按时间顺序应用到本地对应表，同步完成后标记记录为已同步状态
• 需提前配置冲突处理规则：比如同一行数据两端同时修改时，以最后更新时间更晚的记录为准，或指定某一端优先级更高，保证数据一致性。

中大规模场景（表数量多、变更频率高）：CDC+自定义同步服务 #

性能损耗更低，对业务表侵入性小：

• SQL Server 2016 SP1及以上版本的Express已支持CDC（变更数据捕获）功能，开启对应业务表的CDC后，SQL Server会自动在后台记录所有数据变更，无需手动写触发器
• 开发轻量的后台同步服务（可基于.NET/Java等技术栈实现），按批次拉取Express端CDC的变更日志，做冲突校验后批量写入本地Enterprise实例，CDC自带变更偏移量管理能力，无需自行维护同步进度，性能比触发器方案高30%以上。

零代码开发场景：SSIS定时增量同步 #

如果不想编写业务代码，可以直接使用SQL Server自带的SSIS组件：

• 开发SSIS包，配置两端数据库的连接，按时间戳、行版本号比对线上Express和本地Enterprise的数据差异，做增量同步
• 将SSIS包部署到本地Enterprise实例的SQL Server集成服务中，配置定时作业按业务需要的同步频率运行即可。

内容的提问来源于stack exchange，提问作者SHADOW.NET