Daftar Isi:
- Definisi - Apa artinya Bentuk Normal Ketiga (3NF)?
- Techopedia menjelaskan Bentuk Normal Ketiga (3NF)
Definisi - Apa artinya Bentuk Normal Ketiga (3NF)?
Bentuk normal ketiga (3NF) adalah langkah ketiga dalam normalisasi database dan itu dibangun di atas bentuk normal pertama dan kedua, 1NF dan 2NF.
3NF menyatakan bahwa semua referensi kolom dalam data referensi yang tidak bergantung pada kunci primer harus dihapus. Cara lain untuk menempatkan ini adalah bahwa hanya kolom kunci asing yang harus digunakan untuk referensi tabel lain, dan tidak ada kolom lain dari tabel induk harus ada dalam tabel referensi.
Techopedia menjelaskan Bentuk Normal Ketiga (3NF)
Pertimbangkan basis data bank, yang berisi dua tabel: CUSTOMER_MASTER untuk menyimpan detail pelanggan, dan ACCOUNT_MASTER untuk menyimpan detail tentang rekening bank, termasuk pelanggan mana yang memegang rekening mana. Dalam hal ini, perlu ada cara untuk menautkan kedua tabel untuk mengikat akun dengan pelanggan yang memilikinya. Cara untuk melakukan ini adalah melalui kunci asing. Ini adalah kolom dalam tabel ACCOUNT_MASTER yang menunjuk atau merujuk kolom yang sesuai (disebut kunci utama) di tabel induk CUSTOMER_MASTER. Sebut saja kolom ini CustID.
Misalkan pelanggan Andrew Smith membuat akun di tabel CUSTOMER_MASTER dengan CustID 20454. Mr. Smith memegang akun tabungan dengan nomor S-200802-005, yang detailnya disimpan di tabel ACCOUNT_MASTER. Ini berarti bahwa tabel ACCOUNT_MASTER akan memiliki kolom bernama CustID, yang bukan data asli. Sebagai gantinya, ia juga memiliki nilai 20454, yang hanya mereferensikan CustID yang sama di tabel CUSTOMER_MASTER.
Sekarang, 3NF menentukan bahwa dalam tabel ACCOUNT_MASTER kami, satu-satunya informasi yang kami miliki tentang pelanggan adalah CustID (20454) sebagai kunci asing, dan mengacu pada dan mengidentifikasi pelanggan yang memiliki CustID yang sama ini di tabel CUSTOMER_MASTER (Andrew Smith ). Tidak ada data lain tentang pelanggan kami (seperti nama, tanggal lahir, jenis kelamin, dan sebagainya) yang harus disimpan dalam tabel ACCOUNT_MASTER, atau memang tabel lainnya, karena semua data tentang dia sudah tersimpan di CUSTOMER_MASTER. Dengan melakukan ini, satu-satunya data pelanggan yang disimpan di luar tabel CUSTOMER_MASTER adalah CustID. Ini membayar dividen yang bagus dengan memastikan tidak ada duplikasi data, yang pada gilirannya membuat kueri berjalan jauh lebih efisien dan mengurangi jumlah penyimpanan yang diperlukan.
