DBMS - Model ER Asas

Hai, para ahli pangkalan data masa depan! Hari ini, kita akan melihat dunia yang menarik Model Entity-Relationship (ER). Sebagai guru sains komputer yang ramah di sekitar anda, saya di sini untuk menghidangkan anda dalam perjalanan ini, walaupun anda belum pernah menulis satu baris kod dalam hidup anda. Jadi, ambil notepad maya anda, dan mari kita mula!

Entiti

Apa Itu Entiti?

Entiti adalah seperti bintang di alam pangkalan data. Ia adalah sesuatu, seseorang, tempat, atau konsep yang kita mahu simpan maklumat tentang. Bayangkan anda sedang membuat pangkalan data untuk perpustakaan. Buku, penulis, dan pembaca akan menjadi entiti.

mari kita lihat contoh mudah:

Entiti	Keterangan
Buku	Material bacaan fizikal atau digital
Penulis	Orang yang menulis buku
Pembaca	Orang yang meminjam buku

### Set Entiti

Sekarang, bayangkan sebuah kotak besar yang di label "Buku" yang mengandungi semua buku di perpustakaan anda. Kotak ini adalah apa yang kita sebut set entiti - koleksi entiti yang serupa. Setiap buku dalam kotak ini adalah entiti unik dalam set entiti "Buku".

## Atribut

### Apa Itu Atribut?

Jika entiti adalah bintang di alam pangkalan data kita, atribut adalah detil berkelip yang membuat setiap bintang unik. Mereka adalah ciri-ciri atau karakteristik yang menggambarkan entiti.

mari kita luangkan lagi contoh perpustakaan kita:


| Entiti    | Atribut                              |
|-----------|---------------------------------------|
| Buku      | ISBN, Judul, Tarikh Penerbitan, Genre |
| Penulis   | ID Penulis, Nama, Tarikh Lahir, Kebangsaan|
| Pembaca   | ID Pembaca, Nama, Alamat, Nombor Telefon|

Setiap atribut ini membantu kita mengenalpasti dan menggambarkan entiti lebih tepat. Misalnya, ISBN (International Standard Book Number) adalah pengenalpasti unik untuk setiap buku.

Jenis Atribut

Bukan semua atribut dicipta sama. mari kita lihat jenis yang berbeza:

1. Atribut Mudah: Ini adalah unit atomik, seperti umur seseorang.
2. Atribut Komposit: Ini boleh dibahagikan kepada bahagian yang lebih kecil, seperti alamat (jalan, bandar, poskod).
3. Atribut Tunggal: Ini hanya mempunyai satu nilai untuk entiti tertentu, seperti tarikh lahir seseorang.
4. Atribut Berbilang: Ini boleh mempunyai nilai berbilang, seperti nombor telefon seseorang.
5. Atribut Diturunkan: Ini boleh dihitung dari atribut lain, seperti umur (diambil daripada tarikh lahir).

Berikut adalah jadual yang menggabungkan jenis ini:

Jenis Atribut	Contoh
Mudah	Umur
Komposit	Alamat (Jalan, Bandar, Poskod)
Tunggal	Tarikh Lahir
Berbilang	Nombor Telefon
Diturunkan	Umur (diambil daripada Tarikh Lahir)

## Hubungan

### Apa Itu Hubungan?

Sekarang, mari kita hubungkan bintang di alam pangkalan data kita! Hubungan adalah asociasi antara dua atau lebih entiti. Dalam contoh perpustakaan kita, Penulis "menulis" Buku, dan Pembaca "meminjam" Buku.

### Jenis Hubungan

Hubungan datang dalam rupa yang berbeza, tergantung pada berapa banyak entiti yang terlibat:

1. **Hubungan Unary**: Hubungan antara contoh entiti dalam set entiti yang sama.
2. **Hubungan Binary**: Hubungan antara contoh dua set entiti.
3. **Hubungan Ternary**: Hubungan melibatkan contoh tiga set entiti.

mari kita ilustrasikan ini dengan contoh perpustakaan kita:


| Jenis Hubungan | Contoh                                    |
|----------------|-------------------------------------------|
| Unary          | Buku "adalah sambungan kepada" Buku      |
| Binary         | Penulis "menulis" Buku                    |
| Ternary        | Pembaca "meminjam" Buku "dari" Cabang Perpustakaan|

Kardinalitas dalam Hubungan

Kardinalitas adalah seperti peraturan lalu lintas di alam pangkalan data kita. Ia menentukan berapa banyak contoh satu entiti boleh dihoskan dengan contoh entiti lain. Jenis utama adalah:

1. Satu-ke-Satu (1:1): Satu contoh Entiti A dihoskan dengan tepat satu contoh Entiti B, dan sebaliknya.
2. Satu-ke-Banyak (1:N): Satu contoh Entiti A boleh dihoskan dengan banyak contoh Entiti B, tetapi setiap contoh B dihoskan oleh hanya satu contoh A.
3. Banyak-ke-Banyak (M:N): Banyak contoh Entiti A boleh dihoskan dengan banyak contoh Entiti B.

mari kita lihat bagaimana ini diterapkan kepada perpustakaan kita:

Kardinalitas	Contoh
Satu-ke-Satu	Buku "ada" ISBN (setiap buku ada satu ISBN unik)
Satu-ke-Banyak	Penulis "menulis" Buku (satu penulis boleh menulis banyak buku)
Banyak-ke-Banyak	Pembaca "meminjam" Buku (banyak pembaca boleh meminjam banyak buku)

Dan itu lah, teman-teman! Kita telah melintasi konsep asas model ER. Ingat, seperti cerita yang bagus, pangkalan data yang terancang dengan baik memberitakan kepada kita tentang watak-watak (entiti), ciri-ciri mereka (atribut), dan bagaimana mereka berinteraksi (hubungan).

Ketika kita bersama, saya teringat tentang insiden lucu dari hari-hari awal pengajaran saya. Saya pernah cuba menjelaskan hubungan menggunakan analogi komedi romantik. Mari katakan, membandingkan hubungan pangkalan data kepada situasi dating menyebabkan pelajar-pelajar saya bingung (dan senang)!

Teruslatih konsep ini, dan segera anda akan melihat entiti dan hubungan di mana-mana - dari kedai kopi kesukaan anda ke feed media sosial anda. Selamat modeling!

Credits: Image by storyset