/note/tech

状態をデータベースのカラムではなくテーブルで表現する

履歴データを更新することは極力避けたいので、基本は3番の「状態遷移だけを蓄積するテーブルを用意する」案を採用するかな。

この記事で言うIDがレコードのIDを指すのかある種の取引ID的なものなのかいまいち曖昧だったので、IDのユニーク性を保証云々がよく分からなかった。

状態管理テーブルを作るなら特に理由が無ければヘッダー:ディティール構造を採るので取引ID的なものは外部キーとして持つはず。