同步数据库/数据库技术

Question

在我们从事一些昂贵的开发工作之前，我需要一些建议。

我们在同一网络上有两个Server数据库服务器。一个运行内部数据库，另一个运行我们购买的专有数据库。

我们希望两者之间的几个表被同步(客户详细信息/联系方式)。

现在，如果我这样做，我将在数据库A中的一个表上创建一个触发器，在更新时调用一个存储过程来更新数据库B中的一个表，反之亦然，用一个激活触发器的适当标志来保持记录同步。

我们需要与之进行接口的专有数据库的创建者已经提议创建一个网络服务，该服务能够获取数据库中的更改并将数据提取回他们自己的数据库。由于“记录锁定”，传输只能是他们服务的一种方式。没有任何假设，这真的是最好的方法吗？

谢谢

两个数据库都运行在SQL SERVER 2005上。

Answer 1

我强烈建议他们看看事务复制。我建议不要使用触发器，因为它们依赖于网络连接和其他服务器正在运行。可能还有其他一些解决方案，取决于您是否关心整个数据库的复制，或者您是否有能力延迟同步。

如果您只需要每天更新一次辅助系统，那么您可以设置非常简单的日志传送。您只需每晚在现有副本之上还原完整数据库的副本一次。这将驱逐活跃用户。

为了获得更大的灵活性(例如，只包含某些表，并尽量减少对使用的干扰)，您可以编写自己的方法，这是我在几个解决方案中使用的。首先，在目标数据库中创建两个额外的模式：

CREATE SCHEMA hold AUTHORIZATION dbo;
GO
CREATE SCHEMA cache AUTHORIZATION dbo;
GO

然后在dbo模式中创建每个cache表的副本：

CREATE TABLE cache.TableName
(
  Columns...
);
GO

不要忘记索引，但是要注意外键(如果数据库中有指向此表的外键)。

现在，无论您经常认为需要刷新这些数据，您都可以运行以下操作--将源表数据的新副本放入表的“隐藏”副本中：

TRUNCATE TABLE cache.TableName;

INSERT cache.TableName(columns) EXEC LinkedServer.database.dbo.StoredProcedure;

其中远程存储过程只是在源服务器上执行标准SELECT columns FROM dbo.TableName;。这样做可以使您将查询逻辑、隔离级别和其他因素保留在源上和分布式查询脚手架之外。

现在，神奇的沙司，我们可以使用一个快速的元数据操作，应该会导致最小的阻塞和干扰的最终用户。这基本上就是对活动数据进行切换。

BEGIN TRANSACTION;
  ALTER SCHEMA hold  TRANSFER dbo.TableName;
  ALTER SCHEMA dbo   TRANSFER cache.TableName;
  ALTER SCHEMA cache TRANSFER hold.TableName;
COMMIT TRANSACTION;

在此之后，您可以随意截断缓存副本，但是为了排除故障(和简单的回滚)，我总是将其保存到下一个开关。

这一项的好处是，您喜欢频繁或不频繁地运行它是非常容易的，而且由于99%的工作是针对应用程序和用户没有看到的表完成的，因此对最终用户的影响很小。