Isi kandungan:
- Definisi - Apakah yang dimaksudkan dengan Borang Normal Ketiga (3NF)?
- Techopedia menerangkan Borang Ketiga Ketiga (3NF)
Definisi - Apakah yang dimaksudkan dengan Borang Normal Ketiga (3NF)?
Borang normal ketiga (3NF) adalah langkah ketiga dalam menormalkan pangkalan data dan dibina pada bentuk normal pertama dan kedua, 1NF dan 2NF.
3NF menyatakan bahawa semua rujukan lajur dalam data yang dirujuk yang tidak bergantung pada kunci primer harus dikeluarkan. Satu lagi cara meletakkan ini adalah bahawa hanya lajur utama asing yang perlu digunakan untuk merujuk jadual lain, dan tiada lajur lain dari jadual induk harus wujud di dalam jadual yang dirujuk.
Techopedia menerangkan Borang Ketiga Ketiga (3NF)
Pertimbangkan pangkalan data bank, yang mengandungi dua jadual: CUSTOMER_MASTER untuk menyimpan butiran pelanggan, dan ACCOUNT_MASTER untuk menyimpan maklumat mengenai akaun bank, termasuk pelanggan yang memegang akaun tersebut. Dalam kes ini, perlu ada cara untuk menghubungkan kedua-dua jadual untuk mengikat akaun kepada pelanggan yang memilikinya. Cara untuk melakukan ini adalah melalui kunci asing. Ini adalah lajur dalam jadual ACCOUNT_MASTER yang menunjuk atau merujuk lajur yang sepadan (dipanggil kunci utama) dalam jadual ibu bapa CUSTOMER_MASTER. Mari panggil ruangan ini CustID.
Katakan bahawa pelanggan Andrew Smith membuat akaun dalam jadual CUSTOMER_MASTER dengan CustID 20454. Mr. Smith memegang akaun simpanan dengan nombor S-200802-005, yang butirannya disimpan dalam jadual ACCOUNT_MASTER. Ini bermakna jadual ACCOUNT_MASTER akan mempunyai ruangan yang dipanggil CustID, yang bukan sekeping data asal. Sebaliknya, ia juga mempunyai nilai 20454, yang hanya merujuk CustID yang sama dalam jadual CUSTOMER_MASTER.
Sekarang, 3NF menentukan bahawa dalam jadual ACCOUNT_MASTER kami, satu-satunya maklumat yang kami ada mengenai pelanggan adalah CustID (20454) sebagai kunci asing, dan merujuk kepada dan mengenal pasti pelanggan yang memiliki CustID yang sama dalam jadual CUSTOMER_MASTER (Andrew Smith ). Tiada data lain mengenai pelanggan kami (seperti nama, tarikh lahir, jantina dan sebagainya) harus disimpan dalam jadual ACCOUNT_MASTER, atau memang mana-mana jadual lain, kerana semua data ini tentangnya sudah disimpan di CUSTOMER_MASTER. Dengan melakukan ini, satu-satunya data pelanggan yang disimpan di luar jadual CUSTOMER_MASTER ialah CustID. Ini memberi dividen yang menarik dengan memastikan tidak ada duplikasi data, yang seterusnya membuat pertanyaan berjalan dengan lebih cekap dan mengurangkan jumlah penyimpanan yang diperlukan.
