0
弱いエンティティを持ち、そのプライマリキーにid
があり、別のエンティティの(Author
の)プライマリキーを参照する別の属性(author_id
)があります。ERデザインの弱いエンティティ
私の質問はこれです:弱いエンティティに複合キー(id, author_id
)を付けることができますか?
弱いエンティティを持ち、そのプライマリキーにid
があり、別のエンティティの(Author
の)プライマリキーを参照する別の属性(author_id
)があります。ERデザインの弱いエンティティ
私の質問はこれです:弱いエンティティに複合キー(id, author_id
)を付けることができますか?
Idがキーの場合、(Id、Authorid)は同じテーブルのキーにはなりません。定義されたキーは、還元不可能なユニークなものでなければならないため、キーは他のキーのサブセットではありません。
あなたの質問に対する答えは「はい」です。弱いエンティティは複合キーを持つことができます。
「弱い」エンティティとはどういう意味ですか? –
弱いエンティティは、それ自身の存在のために別のエンティティを必要とするエンティティです。たとえば、authorというエンティティとpaperというエンティティがあります。ここでは、著者は論文が存在しないため、紙は弱い存在です。 – user997248
@ user997248、それほどではありません。 「弱いエンティティ」は、その主キーが別のエンティティのためのキーを含むものである。これはERモデリングの概念ですが、リレーショナルモデリングではほとんどまたはまったく重要ではないため、しばしば無視されます。 – sqlvogel