ERD to fantastyczne narzędzie i jestem pewien, że kiedy już je opanujesz, zgodzisz się.
Relacje są zawsze ważne do wyegzekwowania. W Twojej bazie danych relacja między klientem a przypadkiem wynosi od 1 do wielu. Oznacza to, że każda sprawa musi mieć jednego i tylko jednego klienta, ale każdy klient musi mieć co najmniej jedną sprawę, ale może mieć ich wielu. W tym przypadku każdy klient powinien mieć client_id, który jest kluczem podstawowym i musi być unikalny itp. Będzie to odnoszone w tabeli case jako klucz obcy, tak aby tabela case miała identyfikator client_id dla każdej sprawy. Spowoduje to wymuszenie relacji 1 do wielu między dwiema tabelami.
Jak widać, większość relacji na tym diagramie wynosi od 1 do wielu, czyli tak powinna wyglądać dobrze zaprojektowana baza danych, aby wymusić integralność referencyjną. Jedyną niezgodnością z tym jest relacja między sprawą a sprawą korporacyjną, w której relacja wynosi od 1 do zera lub 1. Oznacza to, że sprawa może nie mieć przypisanej do niej firmy, a jeśli tak, musi mieć tylko 1. W tym W przypadku korporacyjnym polecam użycie PK i połączenie go z FK w przypadku.
Jeśli potrzebujesz więcej informacji na temat tłumaczenia tych relacji na język angielski, ta strona może pomóc http://www.informit.com/articles/article.aspx?p=27281&seqNum=3
Powodzenia.
