This is the tricky part ! For simpl

This is the tricky part ! For simplicity, use attributes in the same way as 1:1 relationship but we have only one choice as opposed to two choices. For instance, the Person can have a House from zero to many , but a House can have only one Person. To represent such relationship the personidas the Parent node must be placed within the Child table as a foreign key but not the other way around as shown next:




It should convert to :
Persons( personid , name, lastname, email )
House ( houseid , num , address, personid)
5. N:N Relationships
It should convert into :
Persons( personid , name, lastname, email )
Countries ( countryid , name, code)
HasRelat ( hasrelatid , personid , countryid)
Relationship with attributes:
It is recommended to use table to represent them to keep the design tidy and clean regardless of the cardinality of the relationship.
Case Study
For the sake of simplicity, we will be producing the relational schema for the following ER diagram:




The relational schema for the ER Diagram is given below as:
Company( CompanyID , name , address )
Staff( StaffID , dob , address , WifeID)
Child( ChildID , name , StaffID )
Wife ( WifeID , name )
Phone(PhoneID , phoneNumber , StaffID)
Task ( TaskID , description)
Work(WorkID , CompanyID , StaffID , since )
Perform(PerformID , StaffID , TaskID

Hasil (Bahasa Indonesia) 1:

Ini adalah bagian rumit! Untuk kesederhanaan, Gunakan atribut dalam cara yang sama seperti hubungan 1:1 tetapi kami hanya memiliki satu pilihan sebagai lawan dua pilihan. Misalnya, orang dapat memiliki sebuah rumah dari nol untuk banyak orang, tetapi rumah dapat memiliki hanya satu orang. Untuk mewakili hubungan personidas node orangtua harus ditempatkan dalam tabel anak sebagai foreign key tapi tidak sebaliknya sebagai berikutnya ditunjukkan:Itu harus mengkonversi ke:Orang-orang (personid, nama, nama belakang, email)Rumah (houseid, num, alamat, personid)5. N:N hubunganItu harus mengkonversi ke:Orang-orang (personid, nama, nama belakang, email)Negara (countryid, nama, kode)HasRelat (hasrelatid, personid, countryid)Hubungan dengan atribut:Dianjurkan untuk menggunakan tabel untuk mewakili mereka untuk menjaga desain rapi dan bersih tanpa cardinality hubungan.Studi kasusDemi kesederhanaan, kami akan memproduksi relasional Skema diagram ER berikut:Relasional Skema diagram ER yang diberikan di bawah ini:Perusahaan (CompanyID, nama, alamat)Staf (StaffID, dob, alamat, WifeID)Anak (ChildID, nama, StaffID)Istri (WifeID, nama)Telepon (PhoneID, phoneNumber, StaffID)Tugas (TaskID, deskripsi)Pekerjaan (WorkID, CompanyID, StaffID, karena)Melakukan (PerformID, StaffID, TaskID

Hasil (Bahasa Indonesia) 2:

Ini adalah bagian yang rumit! Untuk mempermudah, gunakan atribut dalam cara yang sama seperti 1: 1 hubungan tapi kami hanya memiliki satu pilihan sebagai lawan dua pilihan. Misalnya, Orang dapat memiliki rumah dari nol sampai banyak, tapi rumah hanya dapat memiliki satu Pribadi. Untuk mewakili hubungan seperti yang personidas node Induk harus ditempatkan dalam tabel anak sebagai kunci asing tapi tidak sebaliknya seperti yang ditunjukkan berikutnya:




Ini harus dikonversi ke:
Orang (PersonID, nama, nama belakang, email)
Rumah (houseid, num , alamat, PersonID)
5. N: N Hubungan
Harus diubah menjadi:
Orang (PersonID, nama, nama belakang, email)
Negara (countryID, nama, kode)
HasRelat (hasrelatid, PersonID, countryID)
Hubungan dengan atribut:
Disarankan untuk menggunakan tabel untuk mewakili mereka untuk tetap desain rapi dan bersih tanpa kardinalitas hubungan.
Studi Kasus
demi kesederhanaan, kami akan memproduksi skema relasional untuk diagram ER berikut:




skema relasional untuk diagram ER diberikan di bawah ini sebagai:
Perusahaan (CompanyID, nama, alamat)
Staff (StaffID, dob, alamat, WifeID)
anak (ChildID, nama, StaffID)
Istri (WifeID, nama)
Telepon (PhoneID, PHONENUMBER, StaffID)
Tugas (TaskID, deskripsi)
Kerja (WorkID, CompanyID, StaffID, sejak)
Lakukan (PerformID, StaffID, TaskID