私は、完全参加の関係の場合と、特定関係の場合の両方で、一方のエンティティーが他方なしでは存在しないということを読んだことがあります。
私はまた、「すべての完全な参加が特定の関係を意味するわけではない」と読みました.
それらの違いは何ですか?
私は、完全参加の関係の場合と、特定関係の場合の両方で、一方のエンティティーが他方なしでは存在しないということを読んだことがあります。
私はまた、「すべての完全な参加が特定の関係を意味するわけではない」と読みました.
それらの違いは何ですか?
参加の観点から関係を見ている場合、エンティティ タイプ (A など) の存在が、関係タイプを介して別のエンティティ タイプ (B など) に関連付けられていることに依存するかどうかを指定する参加制約が存在します。
この制約は、各エンティティが参加できる関係インスタンスの最小数を指定し、最小基数制約と呼ばれることもあります。参加制約には、<strong>合計と部分の 2 種類があります。
従業員の有名な例: 「すべての従業員は、部門のために働かなければなりません。」
つまり、employee エンティティは、少なくとも 1 つの WORKS_FOR 関係インスタンスに参加している場合にのみ存在できます。
したがって、WORKS_FOR への EMPLOYEE の参加は、総参加(別名、存在依存関係)と呼ばれます。これは、従業員エンティティの合計セット内のすべてのエンティティが、WORKS_FOR を介して部門エンティティに関連付けられている必要があることを意味します。
上記の例の後、部分的な関係は自明です。
リレーションシップの識別に進むには、まず弱いエンティティ タイプについて理解する必要があります。
独自のキー属性を持たないエンティティ タイプは、弱いエンティティ タイプと呼ばれます。
したがって、これらは、属性値の 1 つと組み合わせて、別のエンティティ タイプの特定のエンティティに関連付けられることによって識別されます。
この他のエンティティ タイプを識別 (または所有者) エンティティ タイプと呼び、弱いエンティティ タイプをその所有者に関連付ける関係タイプを、弱いエンティティ タイプの識別関係と呼びます。
弱実体タイプは、所有実体なしでは弱実体を識別できないため、その識別関係に関して常に全体的な参加制約 (存在依存) を持ちます。
ただし、すべての存在依存関係が弱いエンティティ タイプになるわけではありません。上記の例のように、EMPLOYEE エンティティ タイプは、独自のキー (Employee_ID) を持っているため弱いエンティティではありませんが、DEPARTMENT エンティティ タイプに関連付けられていない限り存在できません。
したがって、関係の識別には弱いエンティティが必須です (したがって、暗黙的に完全な参加があります)。ただし、上記の例で説明したように弱いエンティティがない可能性があるため、完全な参加は関係の識別を意味しません。
議論がある場合は、お気軽にコメントしてください。
すべての参照元:
データベース システムの基礎 (第 6 版)
Ramez Elmasri, Shamkant B. Navathe [ISBN 13: 978-0-136-08620-8]
あなたの定義の試みはあいまいすぎて役に立ちません。
もちろん、関係に参加するにはエンティティが存在する必要があり、エンティティが参加するエンティティが存在する必要があります。これを、存在する別のエンティティ タイプを必要とするエンティティ タイプと混同しないでください。
最初のエンティティ タイプは、最初のタイプのすべてのエンティティが参加する必要があるときに、2 番目のエンティティ タイプとの関係に完全に参加します。タイプの総参加は、1:1、多:1、または多:多のいずれかです。リレーションシップまたはその全体を削除すると、以前は完全に参加していたエンティティがまだ存在し、他のリレーションシップに参加している可能性がある設計になる可能性があります。
識別関係とは、第 1/子エンティティ タイプと第 2/親エンティティ タイプの間の関係であり、その主キーは第 1/子エンティティ タイプの主キーに含まれています。その結果、子エンティティは識別関係に完全に参加します。子タイプの合計参加は 1:1 または多対 1 です。全体または関係を削除するには、子エンティティ タイプとそれが参加している他のすべての関係を削除する必要があります。
主キーとエンティティ間の対応を変更しない場合、子エンティティが存在する限り、同じ親エンティティに関連付けられます。一部の非識別関係では、完全参加型のすべてのエンティティが少なくとも 1 回参加する限り、関連が発生したり消えたりする可能性があります。
ER モデリングはかなり恣意的です。識別関係とその子エンティティ タイプは、合計多対 1 の非参加関係として代わりに設定できます。しかし、その設計では、親の型に対する子の型の存在依存性が明確になりません。