Q&A
ご自身で調べた結果は何もないのでしょうか。
データベース設計について質問があるのですが、データベースの設計を行うときに、エラーは出てなく動いていたとしてもその構造であったり設計が悪く結果としてDBからデータを取ってくる際にコードが長くなってしまうということが起きてしまいます。
このデータベース設計についてはマニュアルの様にルールは決まっていないかと思うのですが、設計についてはどの様に勉強すれば良いのでしょうか？
ER図を書く際にもどの様な設計が良いのかは一応考えているつもりです。
おすすめの本であったり、教えていただけると幸いです。
ほぼ何も分からない初心者だと思って提案すればいいんですか？それともある程度分かっている？
> ER図を書く際にもどの様な設計が良いのかは一応考えているつもりで
す。
どんな情報や経験をもとにどんな設計にしているのかなど、何かしら自身が設計している例などが無いと判断出来ない。
全くなにも分からない（感覚で設計している）のか、何かしら基礎となる知識を持って試している事があるかなど、そういった情報があると回答がし易い。
> ほぼ何も分からない初心者だと思って提案すればいいんですか？それともある程度分かっている？
中間テーブルを用いた構造であったり、正規化などの一定の知識はあるかとお思っています。
なら質問者自身の考え方をデータ例と設計を載せてくれないとレベル感が分からないので尚更回答し辛い。
特に長いコードというのを気にしているようなので、そのテーブル定義とSQLだけでも載せないと。
回答6件
0
データベース設計は具体的なものを想定して行うとわかり易いかと。
レシートのような帳票、スマホやPCの画面を漫然と見るのではなく、このデザインの裏ではどんなテーブルで設計されていて、どんなSQLが実行されているかを考えると良いのでは？
投稿2020/09/13 04:16
総合スコア16417
0
ER図を書く際にもどの様な設計が良いのかは一応考えているつもりです。
DBからデータを取ってくる際にコードが長くなってしまうということが起きてしまいます。
ER図は書けていてそのようなことが起きるなら、概念モデルの精査が出来ていないか、正規化を緩める必要があるという事だと思います。
概念モデルの精査に関しては、他の技法（UML等)を用いて、エンティティの要/不要を多角的に見直してみる。
※特にシーケンス図やメッセージ設計で必要とするエンティティの場面や内容が明らかになります。
オブジェクト指向モデリング言語 UML ※ちょっと古いですが全体を見渡しやすい
正規化を緩める場合は、集計テーブルやSQLアンチパターンの見直し（DBMSによっては提供される機能によって、アンチパターンという程でもないものもあります[json型や配列等]）などを検討されると良いかと思います。
もう1点は取得するSQLそのものの見直しです。
（ER図の設計が大筋正しいなら、この点が一番可能性は高いかと思います）
記述が簡潔になる、DBMSが提供する機能や関数の見落としがあるかもしれませんし、そもそも単に冗長な記述になっているだけかもしれません。
投稿2020/09/13 05:29
編集2020/09/13 08:54
総合スコア25327
0
ここにあるようなもの読んでおけばいいかと。
【2020年版】データベース設計について学べる入門書3選
あとは、実践あるのみですかね。
投稿2020/09/13 03:33
編集2020/09/13 04:11
総合スコア211
質問や回答のURLは https://teratail.com/help/question-tips#questionTips3-7 の [リンク] で [リンク先の説明](http...) に修正してください。
失礼しました。
0
質問者の質問要点がよく理解できていませんが、
このデータベース設計についてはマニュアルの様にルールは決まっていないかと思うのですが、設計についてはどの様に勉強すれば良いのでしょうか？
ざっくりとした手順は、Wikipedia にも掲載されています。
ただ、ER 図がかけるレベルの人であれば、書いてあること程度は理解していると思うんですよねぇ。。。
課題は「SQL が複雑になりすぎてしまう。またはパフォーマンスが出ない」といったことなのでしょうか？
その場合は
・SQL の整理
・DB の再設計
になると思いますが、一般的な DB の設計からはズレてきます。
チューニングの範疇になると思うので、いわゆる「設計のアンチパターン」適用も視野に入れるケースがあります。(正規化を緩めるとかはこの辺の話ですね。)
課題が整理されれば、もう少し適切な回答が付くと思います。
投稿2020/09/19 19:42
退会済みユーザー
総合スコア0
0
追記です。
WEBからアクセスしやすい、例えば参照専用のテーブルを作のも一つの方法です。
WEBの複雑さを回避するために、バッチを作るイメージです。
投稿2020/09/19 14:46
総合スコア295
0
SQLアンチパターンは良書です。
データベーススペシャリスト資格も持っていますが、非常に役に立っています。
個人的な見解ですが、DBの正規化理論は必ずしも、使いやすいDB構造にはならないです。
DBの正規化は、あくまでデータを管理しやすい構造であって、プログラムからの使いやすさは
全くの別問題だからです。
プログラムからの使いやすさと、データ管理を両立するために、VIEWであったりパーティション
という機能が、生まれたと考えています。
VIEWやパーティションを活用して、それでもなおプログラムが難しくなるのであれば、
それはもう仕方ないと思います。
投稿2020/09/19 14:26
総合スコア295
あなたの回答
tips
プレビュー
