2012-05-07 9 views
0

私はプロジェクトのE/Rモデルをやっています。私はERモデルを完成させてくれました。私にとってはすべてが大丈夫です。完璧ではないかもしれませんが、大丈夫です。 m:n関係の性質を持っていない場合、彼は言ったm:n関係にはプロパティが必要ですか?

の「nの関係は、いくつかの性質を持っている必要がありますメートル:」私は私の先生にERモデルを与えたとき、彼は私にこのことを告げましたそれは間違っているでしょう。私の意見ではm:nは関係にforcer属性を必要としませんが、あなたがそれに収まる人があれば、そこに置くだけです。

あなたはどう思いますか?この人、私、または先生の誰が間違っていますか?

注:

は再び読んで、彼が私のER図によるものではなかったと述べたが、一般的な声明だったものと思われます。私が彼に与えたダイアグラムはまだ関係がありません。したがって、エンティティと属性のみが存在します。

+0

*「特定の宿題/問題/図を参照しているm:nリレーションはいくつかのプロパティを持っていなければなりません」というステートメントか、それとも一般的なステートメントですか? –

+0

それは一般的な兆候だった... thatsなぜ私はその話題に怒って、stackoverflowに投稿し、あなたの意見を知っていると思った.... – nax

答えて

3

「必須」が強すぎます。 m:n関係のJOINテーブルが属性を持つ必要がない場所を確認できます。それらは私のアプリケーションでは一般的です。

いつでも役に立つと思う。

私はすべての形式でドグマが嫌いです。ルールを理解する。ルールを破る理由と理由を知っている。あなたのインストラクターは、そうした方法で問題に近づくならば、はるかに教育的で知識が豊かでしょう。

+0

私は同意するが、(教師の防衛で)、彼は特定のERダイアグラムと与えられた関係/宿題 - これは私たちには何の手がかりもない。 –

+0

オープンプロジェクトです。私は何が欲しいのデータベースをすることができます...問題は、彼はまだ私の関係を表示していません...しかし、彼は私が言った:m:nは、 :nは属性を持っていなければなりません(m:nの関係を理解するためのアクティビティではない最終的なプロジェクトです) – nax

関連する問題