Apa itu relation pada ERD dan Mengapa many-to-many tidak baik digunakan pada ERD?

 Relation pada ERD

    Dalam konteks Entity Relationship Diagram (ERD), “relation” mengacu pada hubungan atau koneksi antar entitas atau tabel dalam database. ERD digunakan untuk memodelkan struktur data dan hubungan antar entitas dalam  sistem.    

    Relasi dalam ERD adalah hubungan yang terjadi antara satu atau lebih entitas. Intinya Relasi yaitu hubungan antara entitas sesuai dengan artinya dalam bahasa inggris.

    Lebih jelas nya Relasi pada ERD adalah suatu bentuk visualisasi yang digunakan dalam desain database untuk menggambarkan hubungan antara entitas, atribut-atributnya, dan bagaimana entitas-entitas tersebut saling berinteraksi.

Secara umum, terdapat 3 jenis hubungan dalam ERD:

  1. One-to-One (1:1): Satu entitas pada satu sisi hubungan terkait dengan satu entitas pada sisi lainnya. Contoh relasi satu-ke-satu adalah hubungan antara entitas “Mahasiswa” dan “Nomor Identitas Mahasiswa”, di mana setiap mahasiswa memiliki nomor identitas unik.
  2. One-to-Many (1:N): Satu entitas pada satu sisi hubungan terkait dengan banyak entitas pada sisi lainnya. Contoh relasi satu-ke-banyak adalah hubungan antara entitas “Departemen” dan “Karyawan”, di mana satu departemen dapat memiliki banyak karyawan.
  3. Many-to-Many (N:M): Banyak entitas pada satu sisi hubungan terkait dengan banyak entitas pada sisi lainnya. Namun, dalam desain database, hubungan many-to-many tidak dapat ditangani secara langsung. Untuk mengelola relasi many-to-many sering kali diperlukan entitas terpisah, yang disebut entitas relasi atau tabel relasi. Contoh hubungan many-to-many adalah hubungan antara entitas “Mahasiswa” dan “Kursus”, dimana banyak siswa dapat mengambil beberapa mata kuliah dan sebaliknya.

Mengapa many to many tidak baik digunakan pada ERD?

    Dalam Relasi terdapat 3 jenis utama yaitu One-to-One, One-to-Many, dan Many-to-Many. Pertanyaan nya kenapa dari ketiga jenis itu many to many tidak di sarankan untuk di gunakan?

Ada beberapa alasan mengapa desain many-to-many langsung pada ERD tidak disarankan:

  1. Kesulitan Pemodelan dan Implementasi: ERD bertujuan untuk menyederhanakan pemahaman struktur database. Hubungan Many to many mungkin sulit untuk dimodelkan karena memerlukan tabel tambahan (junction table atau associative table) untuk mewakili hubungan tersebut. Pemodelan yang kompleks bisa membingungkan dan sulit diimplementasikan.  
  2. Kurang Efisien dalam Kueri: Kueri terhadap database dengan banyak hubungan cenderung lebih kompleks dan memerlukan lebih banyak operasi GABUNG. Hal ini dapat mengurangi kinerja dan meningkatkan kompleksitas pengembangan dan pemeliharaan kode.
  3. Kekurangan Struktur Data: Desain many-to-many langsung dapat menyebabkan duplikasi data dan kurangnya normalisasi dalam struktur basis data. Normalisasi adalah proses pengorganisasian data dalam basis data relasional agar data tidak mengalami redudansi yang tidak diperlukan. Normalisasi membantu meningkatkan integritas dan efisiensi basis data.
  4. Kesulitan dalam Pemahaman: ERD yang mencakup hubungan langsung pada many to many yang mungkin sulit dipahami oleh pengembang dan pengguna yang berinteraksi dengan diagram. Penggunaan tabel perantara yang bisa membantu untuk  membuat model lebih jelas dan  mudah dipahami.
  5. Fleksibilitas dan Pengelolaan hubungan: Penggunaan tabel perantara memberikan fleksibilitas dalam mengelola hubungan many to many dan dapat menyimpan data tambahan yang terkait dengan hubungan ini di tabel perantara, sehingga menciptakan struktur data yang lebih baik dan terorganisir.
Oleh karena itu, dalam desain database relasional,  tabel perantara (tabel relasional) harus digunakan untuk menangani hubungan many to many. Tabel ini dapat membantu mengatur data dengan cara yang lebih terstruktur, efisien, dan mudah dipahami.

Dalam rangka memenuhi Tugas Mata Kuliah Basis Data yang diampu oleh Bapak Adi Rizky Pratama M.Kom.



Komentar

Posting Komentar

Postingan populer dari blog ini

Apa itu attribute, entitas dan relasi dalam ERD

Gambar
  Entity Relationship Diagram      ERD (Entity Relationship Diagram) atau diagram hubungan entitas adalah sebuah diagram yang digunakan untuk perancangan suatu database dan menunjukan relasi atau hubungan antar objek atau entitas beserta atribut-atributnya secara detail. Dengan menggunakan ERD, sistem database yang sedang dibentuk dapat digambarkan dengan lebih terstruktur dan terlihat rapi.      Selain digunakan dalam perancangan database, ERD sendiri sering digunakan untuk debugging database jika terjadi masalah pada database. Untuk melakukan debug pada database bukanlah hal yang mudah, terlebih lagi jika database yang mengalami masalah memiliki banyak tabel dan memerlukan penulisan SQL yang kompleks. Dengan menggambarkan skema database menggunakan ERD, kamu menjadi lebih mudah untuk menemukan permasalahan yang terjadi dalam database dan menyelesaikan masalah dengan mudah. Komponen ERD      Setelah mengetahui apa saja model data dari ER diagram, sekarang kita akan membahas komponen-k
Baca selengkapnya

Memahami tentang apa itu primary key, foreign key, dan candidate key dan contoh penerapannya

Gambar
    Sebelum mengenal tentang jenis-jenis key, a pakah kalian sudah mengetahui apa yang dimaksud dengan key? Key pada umumnya dipahami oleh banyak orang sebagai tanda pengenal yang dimana fungsi dari key ini adalah untuk memberikan identifikasi sebuah baris yang ada di dalam tabel. Artinya pada masing – masing baris maka akan pasti dan juga wajib memiliki tanda pengenalnya sendiri. Key ini dapat diibaratkan seperti Nomor Induk Kependudukan (NIK) untuk masyarakat Indonesia atau juga Nomor Induk Mahasiswa (NIM) yang diperuntukan untuk mahasiswa yang ada di perguruan tinggi.  Jika kalian perhatikan secara teliti maka setiap orang yang ada maka akan memiliki data informasi yang  berbeda – beda dengan seperti contoh jika kalian menemukan dua orang penduduk maka data – data pengenal diri yang ada pada orang tersebut akan berbeda beda yang dimana seperti NIK nya. Pada prinsip inilah yang harus kalian ingat bahwa di dalamnya kalian akan menentukan atribut yang akan kalian jadikan sebuah key dal
Baca selengkapnya

Apa itu Denormalisasi?

     Denormalisasi adalah proses  desain database di mana aturan normalisasi  desain database relasional dilanggar secara sengaja atau selektif. Tujuan denormalisasi adalah untuk meningkatkan kinerja sistem dengan mengurangi jumlah tabel yang terlibat dalam kueri database dan menghindari penggabungan yang rumit. Namun, denormalisasi dapat mempengaruhi konsistensi dan integritas data, sehingga harus digunakan dengan hati-hati.      Beberapa contoh tindakan denormalisasi melibatkan penggabungan tabel, menambahkan redundansi data, dan menghapus tingkat normalisasi tertentu. Meskipun dapat meningkatkan kinerja, denormalisasi juga dapat menimbulkan potensi masalah seperti ketidakteraturan data dan kesulitan dalam pemeliharaan.      Ada beberapa situasi yang di mana denormalisasi dapat bermanfaat, seperti ketika memiliki beban kerja baca yang tinggi dan ingin menghindari banyak operasi join yang memperlambat kueri. Berikut adalah beberapa cara di mana denormalisasi dapat diimplementasikan: P
Baca selengkapnya