Ya, Anda harus membuat Meeting entitas untuk mewakili hubungan banyak ke banyak antara Student dan Supervisor . Di dalamnya Anda dapat berhubungan dengan tabel tersebut menggunakan kunci asing yang sesuai dengan tabel masing-masing. Dalam SQL mungkin terlihat seperti ini:
Create table Meeting {
id INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
student_id INT NOT NULL,
supervisor_id INT NOT NULL,
//rest of the fields...
FOREIGN KEY (student_id) REFERENCES Student(id)
FOREIGN KEY (supervisor_id) REFERENCES Supervisor(id)
}
Anda juga akan melakukan hal yang sama untuk Supervise antara Project dan Supervisor . Anda juga bisa menggunakan sesuatu yang disebut kunci komposit di meja Rapat Anda, saya kira itu tergantung pada preferensi pribadi, saya biasanya melakukannya dengan cara ini ketika mewakili banyak ke banyak hubungan. Saya tidak mengatakan ini adalah sintaks yang akan Anda gunakan, itu tergantung pada database Anda, ini hanya contoh untuk mengarahkan Anda ke arah yang benar. Semoga membantu.
Juga untuk diagram Anda (saya hanya menebak ini untuk kelas), Anda mungkin ingin melihat perangkat lunak seperti visio atau paradigma visual untuk membuat diagram ER Anda. Meskipun kebanyakan orang akan dapat memahami diagram Anda saat ini, itu bukanlah pemodelan yang benar.
Untuk bersenang-senang saya membuat diagram berdasarkan tabel Anda:
Anda ingin entitas antara Supervisor dan Project jika mereka banyak ke banyak hubungan. Ini disebut associative entity . Saya memberi label SupervisorProject milik saya supaya lebih jelas.
Sunting Mengabaikan fakta bahwa Siswa dan proyek adalah banyak banding satu, perbaiki itu, maaf.
