ERモデリングとビジネスルール

Question

どのように私はERモデルに挿入することができ、このような概念： 参加が承認さから控除されなければならない
を「ユーザーが同じイベントに参加し、他のユーザーのevalutationを挿入することができます」イベントへのサブスクリプション。
サブスクリプション（ユーザーとイベントに関連する）から自己への再帰的な関係 "評価"を行いましたが、それが正しいかどうかはわかりません。
このような概念の場合は、ビジネスルールを使用する必要がありますか？
ありがとうございます。

Answer 1

は、次の例のER図を考えてみましょう：

私たちのようにSQLで評価し、参加を実装することができます

CREATE TABLE Participation (
    UserID INT NOT NULL, 
    EventID INT NOT NULL, 
    PRIMARY KEY (UserID, EventID), 
    FOREIGN KEY (UserID) REFERENCES User (UserID), 
    FOREIGN KEY (EventID) REFERENCES Event (EventID) 
); 

CREATE TABLE Evaluation (
    EvaluationID INT NOT NULL, 
    ScoringUserID INT NOT NULL, 
    ScoredUserID INT NOT NULL, 
    EventID INT NOT NULL, 
    Score INT NOT NULL, 
    PRIMARY KEY (EvaluationID) 
); 

さて、通常、私たちはこのような評価のための外部キー制約を作成します：

ALTER TABLE Evaluation 
ADD FOREIGN KEY (ScoringUserID) REFERENCES User (UserID), 
ADD FOREIGN KEY (ScoredUserID) REFERENCES User (UserID), 
ADD FOREIGN KEY (EventID) REFERENCES Event (EventID); 

しかし、この場合に必要なビジネス・ルールを施行します参画を参照する外部キー制約を重ねるのペアは：

ALTER TABLE Evaluation 
ADD FOREIGN KEY (ScoringUserID, EventID) REFERENCES Participation (UserID, EventID), 
ADD FOREIGN KEY (ScoredUserID, EventID) REFERENCES Participation (UserID, EventID); 

いくつかの冗長性がありますが、それは制御され、一貫性のために必須です。また、トリガーを使用して同じ効果を達成することもできます。

これらの重複FK制約は、論理図で表現することはできますが、ER図では表現できません。表の図では、表の間にクロウのフットラインを描くことができますが、これは複合オーバーラップする列が含まれていることを示すものではありません。