Memahami Borang Biasa dalam Reka Bentuk Pangkalan Data: Panduan Komprehensif

Borang Biasa Berbeza dalam Reka Bentuk Pangkalan Data

Dalam reka bentuk pangkalan data, normalisasi ialah proses menyusun data untuk meminimumkan lebihan dan pergantungan, meningkatkan integriti data. Proses ini melibatkan membahagikan jadual besar kepada yang lebih kecil, boleh diurus dan mewujudkan hubungan antara mereka. Ini memastikan pangkalan data bebas daripada anomali seperti pemasukan, kemas kini dan anomali pemadaman.

Beberapa bentuk normal yang berbeza mewakili tahap normalisasi tertentu. Setiap bentuk biasa dibina di atas yang sebelumnya dan mempunyai set peraturannya sendiri. Di bawah ialah penjelasan tentang bentuk normal yang paling biasa:

---

1. Bentuk Biasa Pertama (1NF)

1NF ialah tahap normalisasi yang paling asas, memfokuskan pada menghapuskan data pendua dan memastikan data dalam jadual disusun dengan cara setiap lajur mengandungi nilai atom (tiada kumpulan berulang).

• Peraturan 1NF:
  1. Setiap sel jadual hendaklah mengandungi satu nilai (atomicity).
  2. Setiap rekod (baris) mestilah unik.
  3. Setiap lajur hendaklah mengandungi nilai satu jenis (cth., semua integer, semua rentetan).
  4. Tiada kumpulan lajur yang berulang atau berbilang nilai dalam satu lajur.

Contoh 1NF:

Sebelum 1NF:

OrderID	Products	Quantities
1	Apple, Banana	2, 3
2	Orange	5

---

Selepas menukar kepada 1NF:

OrderID	Product	Quantity
1	Apple	2
1	Banana	3
2	Orange	5

---

2. Bentuk Biasa Kedua (2NF)

2NF dibina pada 1NF dengan menghapuskan bergantungan separa. Kebergantungan separa berlaku apabila atribut bukan utama (lajur yang bukan sebahagian daripada kunci utama) bergantung pada hanya sebahagian daripada kunci utama (sekiranya kunci utama komposit). Untuk mencapai 2NF, jadual mesti memenuhi keperluan 1NF terlebih dahulu.

• Peraturan 2NF:
  1. Jadual mestilah dalam 1NF.
  2. Setiap atribut bukan utama mesti bergantung sepenuhnya pada kekunci primer keseluruhan (hapuskan kebergantungan separa).

Contoh 2NF:

Sebelum 2NF (Kebergantungan Separa):

OrderID	Product	CustomerName	Price
1	Apple	John	10
1	Banana	John	5
2	Orange	Jane	8

---

Di sini, CustomerName hanya bergantung pada OrderID dan bukan pada kunci utama penuh (OrderID, Product). Untuk mengalih keluar ini, kami membahagikan meja.

Selepas 2NF:
Jadual:

• Pesanan (OrderID, Nama Pelanggan)
• Butiran Pesanan (ID Pesanan, Produk, Harga)

Jadual pesanan:

OrderID	CustomerName
1	John
2	Jane

---

Jadual Butiran Pesanan:

OrderID	Product	Price
1	Apple	10
1	Banana	5
2	Orange	8

---

3. Bentuk Biasa Ketiga (3NF)

3NF dibina pada 2NF dan alamat bergantung transitif, yang berlaku apabila atribut bukan perdana bergantung pada atribut bukan perdana yang lain. Atribut bukan perdana harus bergantung hanya pada kunci primer. Jadual berada dalam 3NF jika ia berada dalam 2NF dan semua kebergantungan transitif dialih keluar.

• Peraturan 3NF:
  1. Jadual mestilah dalam 2NF.
  2. Tiada atribut bukan perdana harus bergantung pada atribut bukan perdana yang lain (buang kebergantungan transitif).

Contoh 3NF:

Sebelum 3NF (Kebergantungan Transitif):

OrderID	Product	Category	Supplier
1	Apple	Fruit	XYZ
2	Carrot	Vegetable	ABC

---

Di sini, Pembekal bergantung pada Kategori, bukan terus pada OrderID. Untuk menyelesaikan masalah ini, kami membahagikan meja.

Selepas 3NF:
Jadual:

• Pesanan (OrderID, Produk, Kategori)
• Kategori (Kategori, Pembekal)

Jadual pesanan:

OrderID	Product	Category
1	Apple	Fruit
2	Carrot	Vegetable

---

Jadual kategori:

Category	Supplier
Fruit	XYZ
Vegetable	ABC

---

4. Boyce-Codd Normal Form (BCNF)

BCNF ialah versi 3NF yang lebih ketat. Jadual berada dalam BCNF jika:

• Ia berada dalam 3NF.
• Untuk setiap kebergantungan berfungsi, bahagian kiri mestilah kunci calon (iaitu, kunci super minimum).

Dalam istilah yang lebih mudah, BCNF menangani situasi di mana jadual berada dalam 3NF tetapi masih mempunyai beberapa kebergantungan yang melibatkan atribut yang bukan kunci calon.

• Peraturan BCNF:
  1. Jadual mestilah dalam 3NF.
  2. Setiap penentu mestilah kunci calon.

Contoh BCNF:

Sebelum BCNF:

CourseID	Instructor	Room
101	Dr. Smith	A1
102	Dr. Smith	B1
101	Dr. Johnson	A2

---

Di sini, Pengajar menentukan Bilik, tetapi Pengajar bukan kunci calon, yang melanggar BCNF. Untuk mencapai BCNF, kami memisahkan kebergantungan kepada jadual yang berbeza.

Selepas BCNF:
Jadual:

• Kursus (ID Kursus, Pengajar)
• Bilik (Pengajar, Bilik)

Jadual kursus:

CourseID	Instructor
101	Dr. Smith
102	Dr. Smith
101	Dr. Johnson

---

Meja bilik:

Instructor	Room
Dr. Smith	A1
Dr. Smith	B1
Dr. Johnson	A2

---

5. Bentuk Biasa Keempat (4NF)

4NF alamat bergantungan berbilang nilai, yang berlaku apabila satu atribut menentukan berbilang nilai atribut lain dan nilai tersebut bebas antara satu sama lain. Jadual berada dalam 4NF jika:

• Ia berada dalam BCNF.
• Ia tidak mempunyai kebergantungan berbilang nilai.

Contoh 4NF:

Sebelum 4NF (Kebergantungan Berbilang Nilai):

StudentID	Subject	Hobby
1	Math	Painting
1	Science	Cycling

---

Selepas 4NF:
Jadual:

• Pelajar (ID Pelajar, Subjek)
• Hobi Pelajar (ID Pelajar, Hobi)

Jadual pelajar:

StudentID	Subject
1	Math
1	Science

---

Jadual Hobi Pelajar:

StudentID	Hobby
1	Painting
1	Cycling

---

Kesimpulan

Dalam reka bentuk pangkalan data, normalisasi ialah proses asas untuk menyusun data dengan cekap. bentuk normal yang berbeza—1NF, 2NF, 3NF, BCNF dan 4NF—pastikan data disimpan tanpa redundansi, mengekalkan integriti dan mudah diurus. Setiap bentuk biasa dibina pada yang sebelumnya dengan menghapuskan jenis pergantungan atau anomali tertentu. Walaupun penormalan meningkatkan kualiti data, adalah penting untuk mengimbanginya dengan pertimbangan prestasi, kadangkala memilih penyahnormalan apabila perlu untuk pengoptimuman.

Hai, saya Abhay Singh Kathayat!
Saya seorang pembangun timbunan penuh dengan kepakaran dalam kedua-dua teknologi hadapan dan belakang. Saya bekerja dengan pelbagai bahasa pengaturcaraan dan rangka kerja untuk membina aplikasi yang cekap, berskala dan mesra pengguna.
Jangan ragu untuk menghubungi saya melalui e-mel perniagaan saya: kaashshorts28@gmail.com.

Atas ialah kandungan terperinci Memahami Borang Biasa dalam Reka Bentuk Pangkalan Data: Panduan Komprehensif. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!