はじめに

社内の輪読会で『失敗から学ぶRDBの正しい歩き方』の第1章「データベースの迷宮」と第2章「失われた事実」を担当しました。本記事では、その際に作成した資料を公開します。

1章　データベースの迷宮

❌️ 何を意味するのか分からない

memo1
memo2
memo3
...

❌️ タイポしてる

customar_name
uesr

❌️ 入ってる値が何を意味するか分からない

0
1
2
99
null

❌️ 制約が無い

データベースを読み解けないことで、改修が困難になってしまう

✅️ 初期段階で対処する
✅️ 制約を利用する
✅️ 将来を想定して命名する
　例）実装時はphone_numberで良かったけど、後からhome_phone_numberとmobile_phone_numberが加わる

データベースはアプリケーションより寿命が長く、技術的負債が貯まりやすいため、早めに対処することが大事‼️

❌️ 最後の結果は同じでも過程が異なる

例）受注ステータス
新規受付→発送前入金待ち→発送待ち→処理済
新規受付→処理済

✅️ 履歴を保存する

例）受注ステータスの変更履歴を持たせる

パフォーマンスが悪くなるため、注意が必要です

→対策として、マテリアライズド・ビューや集計済み結果を保存したサマリーテーブルを作成する

マテリアライズド・ビューとは？

マテリアライズド・ビューを一言で言うと、「クエリ結果を物理的に保存したビュー（仮想テーブル）」です。

通常のビューが、参照されるたびに定義されたSQLを実行して結果を動的に生成するのに対し、マテリアライズド・ビューは、その結果のデータ自体を複製し、データベース内に専用のテーブルとして保持します。

サマリーテーブルとは？

サマリーテーブルとは、元の詳細なデータ（トランザクションデータなど）を事前に集計・加工し、その結果だけを保存したテーブルのことです。

「集計済み結果を保存したテーブル」という表現が、このテーブルの役割を最も正確に表しています。

ご興味がある方は以下リンクよりご確認ください。