問題タブ [weak-entity]

ER ダイアグラムに示されている顧客とアカウントのテーブルを SQL で実装するにはどうすればよいですか。

1. すべての顧客は正確に 1 つのアカウントを持っています。
2. すべてのアカウントは、正確に 1 人の顧客に属します。
3. 顧客が削除されると、関連するアカウント行も削除する必要があります

この画像でわかるように、ATTENDANCEエンティティはエンティティに関連していTRANSCRIPTますか? TRANSCRIPTしかし、 に主キーがない場合、どのようにエンティティを識別できるATTENDANCEでしょうか? イメージがおかしい？

部分キーと少し混乱しています。「Korth によるデータベース システムの概念」には、次のように書かれています。

弱いエンティティ セットには主キーがありませんが、1 つの特定の強いエンティティに依存する弱いエンティティ セット内のすべてのエンティティを区別する手段が必要です。弱いエンティティ セットの識別子は、この区別を可能にする一連の属性です。弱いエンティティ セットの識別子は、エンティティ セットの部分キーとも呼ばれます。

私の混乱は、弱いエンティティの識別子/部分キーが属性のセットを一意に識別できる場合、部分キーではなく主キーと呼ばれるべきであるということです。関係。

また、ウェブをサーフィンしているときに、次のような部分キーの定義に出くわしました。

「部分キーは、テーブルのすべてのレコードを一意に識別できないキーです」

テーブルが2つ以上の属性で構成される主キーで構成されている場合、そこから単一の属性を取得すると、その属性として部分キーと呼ばれるだろうかという疑問が頭に浮かびます。は主キーの一部ですが、それだけではリレーション内のすべての属性を一意に識別できません。

エンティティ関係には、オフライン イベントとオンライン イベントの 2 種類のイベントがあります。

そして、これらの Offline-event と Online-event には共通のフィールドがあるため、同じフィールドの書き換えを防ぐために、これらの両方のイベント タイプで想定される新しい弱いエンティティを定義しました。オンライン イベントとオフライン イベントの両方に、サブクラブと呼ばれるデータベース内の同じエンティティの外部キーを表すフィールドがあります。このフィールドを他の共有フィールドと一緒に弱いエンティティに移動する必要があるかどうかはわかりません。オフライン イベントまたはオンライン イベントとサブ クラブの関係を表すために重要であるため、サブ クラブ 1 とオフライン イベントまたはオンライン イベント 多数の 1 対多の関係が終了します。最後に、Entity Framework で Owned 属性を使用して、このタイプの関係を反映することは正しいですか?