本当にあったやらかしDB設計⑤【第三正規化病】 - Qiita

どうも、近々引っ越しを考えていたのに在宅勤務が始まって引っ越す意味がなくなった人です 今日は「本当にあったやらかしDB設計④【テストチューニング】」に続いてびっくりしたことを紹介します 第三正規化病 「正規化は第三正規化までやればいい！」と誰かが言ってたらしいです 僕の周りにはR無しRDBを見ても何も思わないような人ばっかりなので直接聞いたことはないですが…ｗ しかし、第三正規化まですればいい、というのは嘘です 必要に応じて更に正規化を行う必要があります ほとんどの場合、更に正規化をしたほうが良いです ※詳細について知りたい方は、是非SQLアンチパターンの付録としてついてきている「正規化のルール」を見てください 何が悪いの？？ 正規化という考え方に縛られてはいけません 一番重要なのはデータの不整合を防ぎつつ、データの冗長性も減らすことです 問題 第三正規化までやればいい！、という考えに縛ら

[nakag0711]

第3正規形からなぜいきなり参照整合性の話に？第3正規形までというのは、第4正規形以上だと分割するテーブルが3つ以上になったりして異常にテーブル数が増えるからではないか

[quabbin]

第3正規形にすることで、クエリの効率が下がってシステム全体が動かなくなるという、ありがちな間違いの話をしたのかと思いきや…。

[hatest]

正規化大好きプロパSEのせいで、本番想定データを入れた結合(性能)試験時にクエリのパフォーマンスがめっちゃ悪くなって炎上する案件しか思い出せないのだが