4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita

はじめに 「達人に学ぶDB設計」、「SQLアンチパターン」を読んだのでDB設計をする流れとその過程でのチェックポイントをまとめてみました。 今回は本に載っているものの中でも特に重要そうな部分に絞ってみました。 さらに詳しいことを知りたい方は本を購入してみてください。個人的には達人に学ぶDB設計徹底指南書のほうがおすすめです。こちらだけあれば十分だと思います。 DB設計には大きく分けて論理設計と物理設計の二つがありますが、今回はアプリケーション開発でメインとなる論理設計の部分に焦点をあてて説明をします。 一番最後にチェックポイントだけをまとめた章を用意したので、チェックポイントだけ知りたい方は最後だけ見ていただければと思います。 DB論理設計の流れ DB論理設計は以下のようなステップで進めていきます。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 以下では各ステップごとに章を

[kasumani]

4ステップで作成する、DB論理設計の手順とチェックポイントまとめ 「達人に学ぶDB設計徹底指南書」、「SQLアンチパターン」を読んだので、DB設計をする流れとその過程でのチェックポイントをまとめてみました。 今回は本

[orenonihongogayabai]

流し読み的には基本はOK、後は「正規化を意図的に崩す」部分についての考え方が欲しい所

[uuutee]

“年齢は日によって変わるので、自分は生年月日にして算出時に計算していたのですが、それはアンチパターンになりますか？ ”

[fuyu77]

この記事は驚異的な簡潔さでデータベース設計の基礎が理解できて勉強になる。

[lets_skeptic]

正規化崩しは普通に必要になるんで、次のステップはこれを原理原則にしないことではないでしょうか。一旦、このルールで定義した後に調整が必要。

[n314]

1:1を不可にしたらnullばっかりの列になったり

[naocho_f]

わすれずに

[zentarou]

利用するフレームワークの推奨設計に従っているか、も追加よろ

[te2u]

自分の場合は、アプリケーション上でどう表現すべきかという観点でモデリングを先に行い、それをDBで表現するにはどうすべきかという順で考えるので、モデリングを終えた時点でここの1-4をほぼ終えた感じになる。

[a-kuma3]

チェックリストにするなら「オレオレ理解」じゃなくて正しい定義で。

[himako13]

ブコメ見て「デスペは実務じゃ使えない」って言われてたの思い出したけど、正規化を知らないのと何か理由があって第三正規形を崩すのとは別物だよなー／社員IDは会社IDとの複合キーだから（震

[miragestlike]

某人に捧ぐ

[otihateten3510]

我流でやっちゃってる自分に丁度いい！

[masatomo-m]

悪くないけどある程度設計経験のある人向けのチェックリストという感じ。適切な粒度でのエンティティの抽出が難しいんだよなあ。システム自体の将来拡張性とかも考慮しないと後で困るし

[ginzi009]

4ステップで作成する、DB論理設計の手順とチェックポイントまとめ

[nyop]

いいまとめなんですが、社員IDが重複してたり、部署は会社に従属させたいな、とか色々モヤモヤ。

[HHR]

良資料。教科書的

[Jxck]

"全てのテーブルにidという名前を安易につかっていないか"

[hatezen]

加藤と斉藤の社員IDがかぶってるんだよな。程度が知れるわ。

[kootaro]

基本的な事だけど、チェックしよう。

[poppun1940]

4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita はじめに 「達人に学ぶDB設計徹底指南書」、「SQLアンチパターン」を読んだので、DB設計をする流れとその過程でのチェックポイントをまとめてみま

[netcraft3]

第３正規化まで行うことが必須の案件があって、どこまで正規化するかはサービスごとや開発者の自由に委ねた方が良いのではと思ったことがあった。

[koyancya]

良い資料だ