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

Question

我们有一个使用通用表设计的标准化 SQL Server 2008 数据库。因此，我们没有为每个实体（例如 Products、Orders、OrderItems 等）提供单独的表，而是使用通用表（Entities、Instances、Relationships、Attributes 等）。

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

干杯，莫什

Answer 1

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

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

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

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

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

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