如何在保持性能的同时高效审计SQL Server历史数据变化？

审核 SQL Server 中的历史更改：综合指南

问题：

如何有效地存储和跟踪数据库中的历史更改，同时保持性能和灵活性？

背景：

您的系统由两个表组成：Table-A，包含当前数据行，Table-A-History，存储历史数据。您需要确保最新的行始终位于 Table-A 中，同时保留 Table-A-History 中的历史数据。

方法和性能注意事项：

方法1：将当前行从Table-A移动到Table-A-History

当新的数据行变得可用，将现有的当前行从 Table-A 移动到 Table-A-History。然后，用新数据更新 Table-A。

优点：

• 维护一个小而高效的 Table-A。
• 最小索引开销表-A.

缺点：

• 需要额外的插入和删除。
• 历史报告需要联接。

方法2：更新表A并将新行插入 Table-A-History

当新数据行可用时，更新 Table-A 中的现有行并将新行插入 Table-A-History。

优点：

• 历史报告简单明了，无需

缺点：

• 随着历史数据的增加，Table-A 会变得很大。
• Table- 中的索引开销A 可能很重要。

其他解决方案考虑：

• 使用触发器进行审核：使用触发器捕获 DML（插入、更新、删除）更改并将其存储在单独的审核表中。
• 有效约会： 将行标记为不活动而不是删除它们，创建类型 2 缓慢变化维度 (SCD)。
• 更改数据捕获（企业功能）： 使用 CDC 功能捕获数据更改，该功能会记录更改，但可能无法提供足够的信息。
• 更改跟踪（所有版本）：跟踪 SQL Server 表中的更改，但存在审核限制

建议：

最佳方法取决于具体要求和性能限制。如果您需要最小的表大小和索引开销，使用审计表的方法 1 可能适合。为了方便历史报告，方法 2 和有效的约会可能是一个不错的选择。

以上是如何在保持性能的同时高效审计SQL Server历史数据变化？的详细内容。更多信息请关注PHP中文网其他相关文章！