データベース設計の事例

Question

前提・実現したいこと、試したこと

データベース設計について独学で学習しています。「達人に学ぶDB設計指南書」「SQLアンチパターン」を一通り読み、試行錯誤しながら、自分なりに設計して、MySQLで実装したりしているのですが、どうもこれで合っているのかなと不安になることがあります。例えば、実際の現場で設計されたデーターベースの事例などがあれば、少しは確信が持てるのかなと思うのですが、そういった情報を確認する方法はありますでしょうか？

みなさんのお知恵をお貸しください。よろしくお願いいたします。

Comments

[Orlofsky]

「MySQL」タグを追加してください。

Answer 1

仕様通り動くことが前提なので、効率的か可用性、メンテナンス性、速度がどうかは置いておいて、問題なく利用できているのならひとまずはそれで良いのでは。

「現場での事例」と仰いますが、まずそれが外に出ることはありません（出てたらそれはセキュリティの脅威にさらされることになります）
現場は現場での設計ルールがありますし、作るものが違えば当然設計も異なります。
様々な組み方ができるので「完全な正解」というものはありません。

「どうしても」というのでしたら現場に入るしかないのではないでしょうか。
※もちろん独習の参考にはしても持ち出してはいけません

個人的にはこういったものづくりにおける「自信」って
サービスが公開されてまず１つ、運用に乗ってしばらくちゃんと動いてもう１つ と
少しずつついていくものだと思います。
他人のものと比較してどうこうにはなりにくいですよ。

Comments

[shinnnn]

ありがとうございます。やはり、そうですよね。正解なんてないし、ガムシャラでも試行錯誤しながら作っていって、それを繰り返して自信と経験を積んでいくしかないんですよね。

[m.ts10806]

問題が起きればそれについて考えて対応すればいいだけです。
トラブルは成長の種、チャンスと捉えてください。
失敗から学ぶことの方が多いですから

[shinnnn]

ありがとうございます。がんばります。

[m.ts10806]

ヒントになったようで何よりです

Answer 2

私は OSS を漁ってます。
ドキュメントとして、設計書のあるものもあるので助かってます。

Comments

[shinnnn]

OSS を漁るのも１つの手ですね。

Answer 3

IT開発者向けの雑誌に、たまに実例あがってたりしますね。
これらは古い記事であってもそれなりに有用です。
※Final Fantasy の記事は……あれ Software Design だったかな？

まあ DB の設計は、基本的には正規化をきちんとして（第3正規化まで）、それでパフォーマンスに問題があったらそこから崩す、なんてのが定法です。
※最初から正規化しないのではなく、したあとで崩すのが肝心

Comments

[shinnnn]

ありがとうございます。詳しく知りたいです。Software Designの何年何月号のものですか？

Answer 4

差し支えない範囲でER図とCREATE TABLE, CREATE INDEX を質問に追加されては？頻繁に使うであろうSELECT文も載せると適切なコメントが付きやすいでしょう。