設計はクエリの書きやすさを決める

取り出しづらいデータは、たいてい設計に理由があります。正規化の考え方を知っていれば、テーブルを見た瞬間に「この構造なら、この集計は難しい」と判断できます。

アプリを信用せず、DBで守る

「アプリ側でチェックしているから大丈夫」は、バッチ処理や手作業の更新であっさり破られます。NOT NULL・UNIQUE・外部キーは、最後の砦としてデータベース側に置きます。

本番のUPDATEは事故の温床

WHERE句を書き忘れたUPDATEは、一瞬で全行を書き換えます。中級エンジニアに求められるのは、速く書くことより、壊さない手順を持っていることです。

• 正規化と、あえて崩す判断
• 制約でデータを守る
• 本番データを壊さない更新手順