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

Question

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

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

干杯，莫什

Answer 1

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

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

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

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

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

也许您应该查看 SQL Server 2008 的稀疏列功能，以了解在保持性能和可伸缩性的同时支持灵活架构的方法。