DB データの履歴管理設計

このページは、DB データの履歴管理について考えるページです。

目次

注意

• このページを作ったひとが現在進行形で考えていることのため随時内容が変わることがあります。
• 基本的にテンポラルテーブル (SQL Server 2016 以降 などに実装されている) が事情により使用できないケースを想定しています。(テンポラルテーブルの仕組みが無い DB 製品を使用する場合や開発要員などの都合)

設計時に検討すること

どのような要件・ユースケースで対象データの履歴を持つ必要があるのか

• ログとしてのみ記録するため？
  • DB 上に持たなくてもいいかもしれない
• 過去のデータを画面上で参照できるようにするため？
• 誤操作の差し戻し (Undo) ができるようにするため？
• マスタデータを更新したときに過去のデータが変わってしまうと困るため？

対象データの過去データを「履歴」として扱うのが適切か

• 「マスタデータを更新したときに過去のデータが変わってしまうと困る」場合、それは「ある特定の時点での事実」を表すデータ
• 「ある特定の時点での事実」を表すデータであればトランザクションデータのため、そのようなデータはそもそも履歴として扱う考え方が適切でないかもしれない
  • 例: 売上時点の商品情報
    • 売上明細テーブルに商品名、価格列などを持たせて売上発生時点で商品マスタの情報を売上明細に転記する方式にしたほうがいい
      (下図。売上時点のデータが変わる可能性がなくなり、「この売上伝票では特別に商品名を変える必要があった」などのケースが発生しても対応しやすい。また、売上データを取得するためのクエリが単純になる)
  • 正規化の見極めが必要

データ量がどの程度になりそうか

• 対象データの中に変わりそうもないデータが多い場合は方式によっては履歴の大半の容量が無駄になる可能性がある
• 対象データが頻繁に変更されるデータの場合は方式によっては大量にデータが増える可能性がある

実際の処理で使用するクエリが複雑にならないか

• 方式によってはクエリ (SELECT 文) が複雑になる可能性がある

よくある方式

履歴テーブル方式

対象テーブルとは別に履歴用のテーブルを設ける方式です。

同一テーブル方式

対象テーブル内に履歴データも含める方式です。