エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
テーブル設計: statusカラムから生じる技術的負債とその解決策
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
テーブル設計: statusカラムから生じる技術的負債とその解決策
概要 こういうテーブルを見たことはないだろうか。 statusごとに、nullable, Not Nullカラムが混在して... 概要 こういうテーブルを見たことはないだろうか。 statusごとに、nullable, Not Nullカラムが混在しているクレイジーなテーブルである。 どんなときに、値が入るねん!と不安にさせてくる。 どの現場にも存在して、もはや既視感すらある。 このテーブルの問題点とその解決案を説明していきたい。 対象読者 テーブル設計を学んでいる方 技術的負債を解消したい方 いいね!してね この記事の事例は必要に応じて今後追記していく予定です! 「新しい事例が知りたい」「他の事例も知りたい」と思った人は、ぜひこの記事にいいね👍してください。筆者のモチベーションにつながります! それでは以下が本編です。 結論 ✅テーブルに状態を持たせない(statusカラムをつけない)、ロングタームイベントパターンでテーブルを分割する。 テーブルの数は多いけど、シンプルで可読性が高い 説明すること statusカ