APAKAH BENTUK NORMAL KETIGA? (PANGKALAN DATA) - TEKNOLOGI - 2025

Bentuk normal ketiga (pangkalan data) adalah teknik reka bentuk pangkalan data relasional, di mana pelbagai jadual yang menyusunnya tidak hanya mematuhi bentuk normal kedua, tetapi semua atribut atau bidangnya bergantung secara langsung pada kunci utama.

Semasa merancang pangkalan data, tujuan utamanya adalah untuk membuat representasi data yang tepat, hubungan di antara mereka, dan sekatan pada data yang relevan.

Sumber: pixabay.com

Untuk mencapai tujuan ini, beberapa teknik reka bentuk pangkalan data dapat digunakan, antaranya adalah normalisasi.

Ini adalah proses mengatur data dalam pangkalan data untuk mengelakkan kelebihan dan kemungkinan anomali dalam penyisipan, pengemaskinian atau penghapusan data, menghasilkan reka bentuk model konsep yang sederhana dan stabil.

Ia bermula dengan memeriksa hubungan fungsional atau ketergantungan antara atribut. Ini menerangkan beberapa harta data atau hubungan antara mereka.

Bentuk normal

Normalisasi menggunakan serangkaian ujian, yang disebut bentuk normal, untuk membantu mengenal pasti pengelompokan sifat-sifat yang optimum dan akhirnya menjalin hubungan yang sesuai yang menyokong keperluan data syarikat.

Artinya, teknik normalisasi dibina berdasarkan konsep bentuk normal, yang menentukan sistem kekangan. Sekiranya hubungan memenuhi batasan bentuk normal tertentu, hubungan itu dikatakan dalam bentuk normal.

Bentuk normal pertama (1FN)

Jadual dikatakan berada dalam 1FN jika semua atribut atau bidang di dalamnya hanya mengandungi nilai unik. Maksudnya, setiap nilai untuk setiap atribut mesti dibahagikan.

Secara definisi, pangkalan data relasional akan selalu dinormalisasi ke bentuk normal pertama, kerana nilai atribut selalu atom. Semua hubungan dalam pangkalan data berada dalam 1FN.

Walau bagaimanapun, meninggalkan pangkalan data seperti ini merangsang sejumlah masalah, seperti kelebihan dan kemungkinan peningkatan peningkatan. Bentuk normal yang lebih tinggi dikembangkan untuk membetulkan masalah ini.

Bentuk normal kedua (2FN)

Ini berkaitan dengan menghilangkan kebergantungan bulat dari meja. Hubungan dikatakan berada di 2FN jika berada di 1FN dan selanjutnya setiap medan atau atribut bukan kunci bergantung sepenuhnya pada kunci utama, atau lebih khusus, ia memastikan bahawa jadual mempunyai satu tujuan.

Atribut bukan kunci adalah atribut apa pun yang bukan sebahagian daripada kunci utama untuk hubungan.

Bentuk normal ketiga (3FN)

Ia berurusan dengan menghilangkan pergantungan transitif dari jadual. Iaitu, hapus atribut bukan kunci yang tidak bergantung pada kunci utama, tetapi pada atribut lain.

Pergantungan transitif adalah jenis kebergantungan fungsional di mana nilai medan atau atribut bukan kunci ditentukan oleh nilai medan lain yang juga bukan kunci.

Anda harus mencari nilai berulang dalam atribut bukan kunci untuk memastikan bahawa atribut bukan kunci ini tidak bergantung pada apa-apa selain kunci utama.

Atribut dikatakan saling bebas jika tidak ada yang bergantung secara fungsional pada kombinasi yang lain. Kebebasan bersama ini memastikan bahawa atribut dapat dikemas kini secara individu, tanpa bahaya mempengaruhi atribut yang lain.

Oleh itu, agar hubungan dalam pangkalan data berada dalam bentuk normal ketiga, ia mesti mematuhi:

- Semua syarat 2FN.

- Sekiranya terdapat atribut yang tidak berkaitan dengan kunci utama, mereka mesti dikeluarkan dan diletakkan di dalam jadual yang berasingan, menghubungkan kedua-dua jadual tersebut dengan menggunakan kunci asing. Iaitu, tidak boleh ada pergantungan transitif.

Contoh bentuk normal ketiga

Contoh 1

Biarkan jadual menjadi PELAJAR, yang kunci utamanya adalah pengenalan pelajar (STUDENT_ID) dan terdiri daripada atribut berikut: STUDENT_NAME, JALAN, KOTA dan POST_CODE, memenuhi syarat untuk menjadi 2FN.

Dalam kes ini, STREET dan CITY tidak mempunyai hubungan langsung dengan STUDENT_ID kunci utama, kerana mereka tidak berkaitan langsung dengan pelajar, tetapi bergantung sepenuhnya pada poskod.

Oleh kerana pelajar berada di laman web yang ditentukan oleh CODE_POSTAL, STREET dan CITY berkaitan adalah dengan atribut ini. Oleh kerana tahap kebergantungan kedua ini, tidak perlu menyimpan atribut ini dalam jadual PELAJAR.

Buat jadual baru

Andaikan terdapat banyak pelajar yang berada dalam poskod yang sama, dengan jadual PELAJAR mempunyai banyak rekod, dan dikehendaki menukar nama jalan atau bandar, maka jalan atau kota ini mesti dijumpai dan dikemas kini di seluruh jadual PELAJAR.

Sebagai contoh, jika anda perlu menukar jalan "El Limón" menjadi "El Limón II", anda harus mencari "El Limón" di seluruh jadual PELAJAR dan kemudian mengemas kini menjadi "El Limón II".

Mencari dalam jadual besar dan mengemas kini satu atau beberapa rekod akan memakan masa yang lama dan oleh itu mempengaruhi prestasi pangkalan data.

Sebaliknya, butiran ini boleh disimpan dalam jadual berasingan (POSTCARD) yang berkaitan dengan jadual PELAJAR menggunakan atribut POST_CODE.

Jadual POST akan mempunyai rekod yang relatif lebih sedikit dan jadual POST ini hanya perlu dikemas kini sekali. Ini akan ditunjukkan secara automatik dalam jadual PELAJAR, menyederhanakan pangkalan data dan pertanyaan. Oleh itu jadual akan berada dalam 3FN:

Contoh 2

Biarkan jadual berikut digunakan dengan bidang Project_Num sebagai kunci utama dan dengan nilai berulang dalam atribut yang bukan kunci.

Nilai Telefon diulang setiap kali nama pengurus diulang. Ini kerana nombor telefon hanya mempunyai ketergantungan darjah kedua pada nombor projek. Itu sangat bergantung pada pengurus terlebih dahulu, dan ini bergantung pada nombor projek, yang menjadikan pergantungan transitif.

Atribut Project_Manager tidak boleh menjadi kunci yang mungkin dalam jadual Projek kerana pengurus yang sama menguruskan lebih dari satu projek. Penyelesaian untuk ini adalah dengan menghapus atribut dengan data berulang (Telefon), membuat jadual terpisah.

Atribut yang sesuai mesti dikumpulkan bersama, membuat jadual baru untuk menyimpannya. Data dimasukkan dan disahkan bahawa nilai berulang bukan sebahagian daripada kunci utama. Kunci utama ditetapkan untuk setiap jadual dan, jika perlu, kunci asing ditambahkan.

Untuk mematuhi bentuk normal ketiga, jadual baru (Pengurus) dibuat untuk menyelesaikan masalah. Kedua-dua jadual berkaitan melalui bidang Project_Manager:

Rujukan

1. Teradata (2019). Bentuk Normal Pertama, Kedua dan Ketiga. Diambil dari: docs.teradata.com.
2. Tutorial Cup (2019). Bentuk Normal Ketiga (3NF). Diambil dari: tutorialcup.com.
3. Pangkalan Data Dev (2015). Bentuk Normal Ketiga (3NF) - Menormalkan Pangkalan Data Anda. Diambil dari: databaseasedev.co.uk.
4. Reka bentuk DB Relasional (2019). Pengenalan Bentuk Normal Ketiga. Diambil dari: relationaldbdesign.com.
5. Dummies (2019). Bentuk Normal Pertama, Kedua dan Ketiga SQL. Diambil dari: dummies.com.