小编Bob*_*son的帖子

什么类型的 SQL Server 复制适合我们的方案?合并还是交易?

背景

在我们当前的设置中,我们在远程托管的 Web 服务器上有一个 SQL Server 2005 实例。我们还有另一个(非 MSSQL)数据库用于我们的 POS 系统,当事情(例如产品信息)发生变化时,它会自动更新 Web 服务器。这有两个问题:

  1. 连接速度可能很慢,因此我们无法轻松处理代码的本地副本
  2. 有时我们无法访问网络数据库(即使该站点仍然有效),这会导致 POS 系统挂起。

我正在努力的解决方案是在公司总部本地设置第二个 SQL Server 实例(2005 或 2008),将 POS 系统指向它,并使用某种形式的复制来同步它们之间的更改。但是,我不知道我们应该使用合并复制还是事务性的


合并或事务复制会更好地为我们服务吗?

我们的要求是:

  1. 在总部更新产品数据并将其以只读方式推送到网站。
  2. 更新网站订单数据并推送至总部
    1. 将总部的小改动同步回网站(订单状态)
  3. 当无法通信时,两端的可用性不会中断
    1. 即总部仍然可以访问和更新我们的副本,网站可以更新其,当通信恢复时,更改将同步。
  4. (可选)一种简单的方法来制作 HQ 数据库副本,删除复制,用于代码测试目的。

哪一种更符合我们的要求?

replication sql-server-2005 sql-server merge-replication transactional-replication

6
推荐指数
1
解决办法
4280
查看次数