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

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

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

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

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

**デフォルトの名無しさん** · 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を使っていて
* どうやってコードを生成したのか
* その結果のコード
* そのコードのどこがおかしいと思っているのか
* 望むべきコードはどういうものか

位は情報出せ

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

>>12
指摘されている通りだけど
噛み砕けば、モジュールを表とペアにする必要はない
表間の関係を図にしたのがER
抽出条件を整理してインデックスやマテリアライズドビューを先に作るかー、抽出条件はこうだからお前らSELECT書くときは必ずこの抽出条件つけろ
とするツール

関係図はモジュール分割には役立たん

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

>>19
関係無いですよｗ
だってあなたの質問にデータベース出てきてないんですから。

話をまとめましょう。

O/Rマッパーを使う時リレーションの設定をします。
（例えばrailsのActiveRecordでいいですよ。）

ActiveRecordがよくわからない人は、こちらを参照してください。
http://magazine.rubyist.net/?0006-RubyOnRails

こことかですね。
> has_many は1対多の関連付けに用います。普通はふたつのテーブルを使いますが、
> Topic は Reply と共に Single table inheritance を構成します。

つまりO/Rマッパーの定義をすると、
モデル同士が相互に依存してしまうわけです。

ですが相互に依存させたくないのです。

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

もう一つ、Pythonのdjangoの例を見つけましたが。
https://docs.djangoproject.com/en/1.8/topics/db/models/

あれ？ Relationships って書いてますよ？

そんなにリレーションとリレーションシップの違いって
重要だったんですかね？

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

http://www.atmarkit.co.jp/ait/articles/0409/22/news094.html

こちらは、Javaのhibernateですね。依存しちゃってます。

package sample.entity;
import java.io.Serializable;
public class Member implements Serializable {
private Integer no;
private String name;
private Integer groupno;
private WorkGroup workGroup; //リレーション先の型で定義しているところに注目

public Member() { }
public Integer getGroupno() { return groupno; }
public String getName() { return name; }
public Integer getNo() { return no; }
public WorkGroup getWorkGroup() { return workGroup; }

public void setGroupno(Integer integer) {groupno = integer; }
public void setName(String string) { name = string; }
public void setNo(Integer integer) { no = integer; }
public void setWorkGroup(WorkGroup group) {workGroup = group;}
}

**デフォルトの名無しさん** · 2015/06/22(月) 10:45:37.16

ORMを使うと、リレーションが発生するのが嫌なら、ORM使わないで自分で全部実装すればいいんじゃないかな。
ORMで一切リレーションを使わないというのはできないんでしょ？

**デフォルトの名無しさん** · 2015/06/22(月) 10:47:18.71

あと、仮に
> あえてリレーションはらないで、小さくモジュール化
こうした場合、JOIN部分はどうやって実現するつもりなのかな？
結果データをループしながら、自分で探すの？

**デフォルトの名無しさん** · 2015/06/26(金) 01:27:24.31

前提として自分は、ドメイン駆動的に純粋な（ORMに依存しない）モデルを、
ARとかとは別に作るべきだと思ってる。

その上での意見だけど、
ビジネスロジック的に（またはその他の理由で）モジュール分割すべきなのは前者であって、
後者は一枚岩でいいんじゃないかな？（DBとの接点という役割の1モジュールとして考える）

**デフォルトの名無しさん** · 2016/03/21(月) 00:48:13.76

>>1
リレーションを勘違いしているやつがいるんだよな。

テーブル作ってからリレーションを発見して、リレーションがあるようにアプリケーションを作るから、おかしくなる。

**デフォルトの名無しさん** · 2018/05/23(水) 22:27:36.91

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

0B8SO

**デフォルトの名無しさん** · 2018/07/04(水) 23:38:05.14

K8G

**デフォルトの名無しさん** · 2019/04/16(火) 16:06:34.30

元々リレーショナルデータベースは
それが登場する以前に行われていたcobolみたいなやりかただと
データの整合性を維持する為に各所のプログラムでやる必要が有って
開発者が沢山居たり
更新系があちこちに有ったりすると
何処かで間違っている場合に
整合性が取れなくなったデータが存在したりしてしまうのを
集中化して
管理する
その為に作られた物
だから
relational management(管理) database
って言う
その他には
マスターテーブル系をメモリーに固定化する事によって
i/oの頻度を下げるとか
そんな感じ

**デフォルトの名無しさん** · 2019/04/16(火) 20:15:54.93

>>27
このバカは何言ってんだ？

**デフォルトの名無しさん** · 2019/04/16(火) 20:16:51.37

>>1
詳しく教えてやろうと思ったら2015年かよ…
せっかく専門家が来たのに残念だ