sql-server - 使用不同的模式同步 2 个数据库

Question

我们有一个使用通用表设计的规范化 SQL Server 2008 数据库。因此，我们没有为每个实体(例如产品、订单、订单项等)使用单独的表，而是使用通用表(实体、实例、关系、属性等)。

我们决定使用一个单独的非规范化数据库来快速检索数据。假设它们有不同的模式，你能告诉我同步这两个数据库的各种技术吗？

干杯，莫什

Answer 1

当两个数据库具有截然不同的模式时，您应该研究数据迁移或复制技术，而不是同步技术。 SQL Server 为此提供了两种技术，SSIS 和复制，或者您可以编写自己的脚本来执行此操作。

复制将从源数据库获取新的或修改的数据并将其复制到目标数据库。它提供了调度、打包和分发更改的机制，可以处理实时更新和批量更新。为了工作，它需要在两个数据库中添加足够的信息来跟踪修改和匹配的行。在你的情况下，很难确定哪些“产品”发生了变化，因为你必须在 4 个或更多不同的表中识别所有相关的修改行。这是可以做到的，但需要付出一些努力。在任何情况下，您都必须创建与目标架构匹配的 View ，因为复制不允许对源数据进行任何转换。

SSIS 将从一个源中提取数据，对其进行转换并将其推送到目标。它没有用于跟踪更改的内置机制，因此您必须向表中添加字段以跟踪更改。它严格来说是一个可以按计划运行的批处理过程。主要好处是您可以执行各种转换，而复制几乎不允许任何转换(除了从 View 中绘制数据)。您可以创建数据流，在产品相关属性记录更改时仅修改相关产品字段，或者简单地重建整个产品记录并覆盖目标记录。

最后，您可以创建自己的触发器或存储过程，它们将在数据更改时运行，并将其从一个数据库复制到另一个数据库。

我还应该指出，您可能过度规范化了数据库。在所有这三种情况下，当您连接所有表以重建实体时，您都会有一些性能损失，从而导致大量必要的锁定和索引的低效使用。为了便于更改，您正在牺牲性能和可伸缩性。

也许您应该了解一下 SQL Server 2008 的稀疏列功能，了解一种在保持性能和可伸缩性的同时支持灵活模式的方法。