【ER図】なんでもﾘﾚｰｼｮﾝ貼るの害悪じゃないかな？ [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/06/18(木) 10:53:03.83

E-R図ってツール使ってると簡単に関連したテーブルに
リレーション貼れるんだけど、なんでもかんでも貼りまくった
E-R図って見にくいだけだと思いませんか？

O/Rマッパーであの図のとおりにリレーション定義していくと
モデルの関連情報のせいで1つの大きな塊になってしまって、
アプリ作る時にモジュール化しにくいだけなんだけど。

親子関連みたいに強く結びついているものは
リレーションはっていいけど、そうではない部分は
あえてリレーションはらないで、小さくモジュール化
したほうがいいと思うのだけれど、そんな考え方って無い？

**デフォルトの名無しさん** · 2015/06/18(木) 11:55:39.62

ターゲット次第
アプリとかで腹にDB抱えるなら無駄にリレーはる必要なんかない

リレーションは大規模なデータベースでアプリケーションにテーブル関係構造が埋もれるのを回避する仕組み

**デフォルトの名無しさん** · 2015/06/18(木) 12:07:42.79

設計時点で選択条件を定めて、性能劣化を抑える趣旨
ただエスパーするて、表の正規化が過剰なんじゃないか
普通はリレーションの量なんか気にしない
メタ表のさいずなんかメガまでいくかいかないか

**デフォルトの名無しさん** · 2015/06/18(木) 19:20:36.76

お、いきなりちゃんとしたレスがきた。幸先いいなｗ

>>2-3
なんていうかデータベースの話というよりアプリ開発の話なんだよね。
O/Rマッパーの話というか。説明が難しいな。スレタイよくなかったかも。

最終的な目標としてはアプリ開発する時に小さくモジュール化したいって話なんだよ。

例えばこれはWordPressのER図
http://wpdocs.osdn.jp/%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E6%A7%8B%E9%80%A0

これは簡単な例だけど、この線の通りにO/Rマッパーを定義すると
wp_optionsを除いて、全てが一つに固まってしまう。

でもモジュール化の考えからすると、
例えばwp_usersとwp_potstsって分けたくならない？

知ってると思うけど最近のフレームワークではO/Rマッパーの定義からSQLを自動生成する機能がある。
つまりモデルの定義がそのままSQLになるので、逆に見ればER図に書かれているものを
生成するためにモデルを書くことになる。そこに外部キーの定義も行う。
そうすることで簡単に関連モデルのデータを取得することができる。

で、ER図（全体がほぼ一つの塊なる）の通りにモデルを実装すると
モデル同士が結びついてモジュール化できなくなってしまう。

データベースの定義自体は正規化をするかしないかは、それほど関係ないと思ってる。
しなくてもどちらにしろテーブル自体に関連（リレーション）はあると思うから。
関連するデータ（テーブル）同士の関連をアプリ開発上は切断してモジュール化して実装し、
手動でつなげるという考え方があるのだろうか？という話

**デフォルトの名無しさん** · 2015/06/18(木) 21:14:47.70

長い
要点だけにしろ

**デフォルトの名無しさん** · 2015/06/18(木) 21:16:58.15

>>5
要点はスレタイです。

**デフォルトの名無しさん** · 2015/06/18(木) 23:24:50.15

リレーションとリレーションシップの違いから勉強しなおせ。

**デフォルトの名無しさん** · 2015/06/18(木) 23:36:43.76

リレーションシップなんて一言も言ってないですよ。

**デフォルトの名無しさん** · 2015/06/18(木) 23:52:20.89

O/RのRはリレーション、ERのRはリレーションシップ。
その違いすら認識してないってことは基礎がまったくできていないってことだ。

**デフォルトの名無しさん** · 2015/06/19(金) 08:45:23.86

>>4
兵庫とにわけなきゃよろしい

**デフォルトの名無しさん** · 2015/06/19(金) 12:29:49.89

>>9
そうか。わかったよ。

じゃあ訂正する。

訂正したという前提で話をしよう。
何か意見があるのならどうぞ。

**デフォルトの名無しさん** · 2015/06/19(金) 12:30:29.91

>>10
> 兵庫とにわけなきゃよろしい

どういうこと？

**デフォルトの名無しさん** · 2015/06/19(金) 13:00:49.40

>>11
> 訂正したという前提で話をしよう。
> 何か意見があるのならどうぞ。
『理論から学ぶデータベース実践入門』読んでから出直せ、ど素人が

**デフォルトの名無しさん** · 2015/06/19(金) 13:04:15.96

>>13
それで、違うのはわかったけど、
それがこの話題に何か関係有るのでしょうか？

揚げ足を取っているだけにしか見えないので、
ちゃんとコミュニケーションを取ってください。

**デフォルトの名無しさん** · 2015/06/19(金) 13:43:35.74

>>14
揚げ足を取ってるわけではない
Work PressのER図を見て「なんでもかんでも貼りまくったE-R図」と読み取るレベルの
お前と話す価値なんて、俺を含めて誰にもない

**デフォルトの名無しさん** · 2015/06/19(金) 13:45:59.92

おっと、揚げ足を取られるとこだった
Work PressじゃなくてWordPressな

このスレの話題で利益を得るとしたら、難の知識もないお前しかいない

**デフォルトの名無しさん** · 2015/06/19(金) 13:56:26.22

めんどくさいが、『理論から学ぶデータベース実践入門』から引用してやるわ

> リレーションとはいったい何でしょうか？最もよくある間違いは、「テーブル同士の関係」というものです。
> 繰り返しになりますが、テーブル同士の関係を（ER図などを使って）デザインするのが、リレーショナル
> モデルだと、誤解している方をけっこう見かけます。もし、あなたがそのような誤解をしているのだとしたら、
> 今すぐ考えを改めてください。

どう改めれば良いかは、『理論から学ぶデータベース実践入門』読め
話を続けたいなら、『理論から学ぶデータベース実践入門』に書かれてる程度のことがわかってからにしろ

**デフォルトの名無しさん** · 2015/06/19(金) 14:44:03.53

それはわかったので、>>4に対してレスしてください。
全く関係ない話じゃないですか。

**デフォルトの名無しさん** · 2015/06/19(金) 16:19:39.63

>>18
> 全く関係ない話じゃないですか。
関係ありありなんだが

> それはわかったので、>>4に対してレスしてください。
レスが欲しかったら、

* 自分がどの言語のどのFW/ライブラリのO/R mapperを使っていて
* どうやってコードを生成したのか
* その結果のコード
* そのコードのどこがおかしいと思っているのか
* 望むべきコードはどういうものか

位は情報出せ