如何在保持效能的同時高效審計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（插入、更新>使用觸發器進行審核：
使用觸發器捕獲DML（插入、更新、刪除）變更並將其儲存在單獨的審核表中。
• 有效約會：
將行標記為不活動而不是刪除它們，建立類型 2 緩慢變化維度 (SCD)。
• 更改資料擷取（企業功能）：
使用 CDC 功能擷取資料更改，該功能會記錄更改，但可能無法提供足夠的資訊。
• 更改跟踪（所有版本）：
跟踪SQL Server 表中的更改，但存在審核限制

建議：

最佳方法取決於特定要求和性能限制。如果您需要最小的表大小和索引開銷，使用審計表的方法 1 可能適合。為了方便歷史報告，方法 2 和有效的約會可能是一個不錯的選擇。

以上是如何在保持效能的同時高效審計SQL Server歷史資料變化？的詳細內容。更多資訊請關注PHP中文網其他相關文章！