Apa bentuk normal ketiga? (Database)

Itu Bentuk normal ketiga (database) Ini adalah teknik desain database relasional, di mana berbagai tabel yang menyusunnya tidak hanya memenuhi bentuk normal kedua, tetapi semua atribut atau bidangnya bergantung langsung pada kunci utama.

Ketika database dirancang, tujuan utamanya adalah untuk membuat representasi data yang tepat, dari hubungan antara mereka dan pembatasan data yang relevan.

Sumber: Pixabay.com

Untuk mencapai tujuan ini, beberapa teknik desain basis data dapat digunakan, di antaranya adalah standardisasi.

Ini adalah proses pengorganisasian data dalam database untuk menghindari redudansi dan kemungkinan anomali dalam penyisipan, pembaruan atau pembuangan data, menghasilkan untuk itu desain yang sederhana dan stabil dari model konseptual.

Dimulai dengan memeriksa hubungan fungsional atau ketergantungan antara atribut. Ini menggambarkan beberapa properti data atau hubungan di antara mereka.

[TOC]

Bentuk normal

Standardisasi menggunakan serangkaian tes, yang disebut bentuk normal, untuk membantu mengidentifikasi pengelompokan optimal atribut ini dan akhirnya menetapkan serangkaian hubungan yang memadai yang mendukung persyaratan data perusahaan

Yaitu, teknik normalisasi dibangun di sekitar konsep cara normal, yang mendefinisikan sistem pembatasan. Jika suatu hubungan memenuhi pembatasan dengan cara normal tertentu, dikatakan bahwa hubungan itu dengan cara normal.

Bentuk normal pertama (1FN)

Dikatakan bahwa tabel ada di 1FN jika semua atribut atau bidang di dalamnya hanya berisi nilai unik. Yaitu, semua nilai untuk setiap atribut harus tidak terpisahkan.

Menurut definisi, database relasional akan selalu dinormalisasi ke bentuk normal pertama, karena nilai atribut selalu atom. Semua hubungan dalam database ada di 1FN.

Dapat melayani Anda: konstan (pemrograman): konsep, jenis, contoh

Namun, meninggalkan database hanya merangsang serangkaian masalah, seperti redundansi dan kemungkinan pembaruan anomali. Bentuk normal tertinggi dikembangkan untuk memperbaiki masalah ini.

Bentuk normal kedua (2FN)

Itu berurusan dengan menghilangkan dari meja unit melingkar. Dikatakan bahwa rasio dalam 2FN jika ada dalam 1FN dan juga setiap bidang atau atribut tidak sepenuhnya bergantung pada kunci primer, atau lebih khusus lagi, dipastikan bahwa tabel memiliki satu tujuan tunggal.

Atribut bukan kunci adalah atribut apa pun yang bukan bagian dari kunci utama untuk suatu hubungan.

Bentuk normal ketiga (3FN)

Itu berurusan dari menghilangkan ketergantungan transitif dari tabel. Yaitu, menghilangkan atribut non -kunci yang tidak bergantung pada kunci utama, tetapi pada atribut lain.

Ketergantungan transitif adalah jenis ketergantungan fungsional di mana nilai atribut atau bidang tidak ditentukan oleh nilai bidang lain yang bukan kunci juga.

Nilai berulang harus dicari dalam atribut non -key untuk memastikan bahwa atribut ini yang bukan kunci tidak hanya bergantung pada kunci utama.

Dikatakan bahwa atribut saling independen jika tidak ada yang secara fungsional bergantung pada kombinasi orang lain. Kemandirian bersama ini menjamin bahwa atribut dapat diperbarui secara individual, tanpa bahaya mempengaruhi atribut lain.

Oleh karena itu, agar rasio basis data berada dalam bentuk normal ketiga, ia harus mematuhi:

- Semua persyaratan 2FN.

Dapat melayani Anda: TIK di rumah

- Jika ada atribut yang tidak terkait dengan kunci utama, mereka harus dihilangkan dan ditempatkan dalam tabel terpisah, yang menghubungkan kedua tabel melalui kunci eksternal. Artinya, seharusnya tidak ada ketergantungan transitif.

Contoh bentuk normal ketiga

Contoh 1

Jadilah tabel siswa, yang kunci utamanya adalah identifikasi siswa (ID_ESTUDIANT) dan terdiri dari atribut berikut: Nama Siswa, Jalan, Kota dan Kode Postal, Memenuhi Ketentuannya menjadi 2FN.

Dalam hal ini, jalan dan kota tidak memiliki hubungan langsung dengan kunci identitas utama, karena mereka tidak berhubungan langsung dengan siswa, tetapi mereka sepenuhnya bergantung pada kode pos.

Karena siswa tersebut berlokasi di situs yang ditentukan oleh Code_Postal, Street dan City terkait dengan atribut ini. Karena tingkat ketergantungan kedua ini, tidak perlu menyimpan atribut ini di tabel siswa.

Buat tabel baru

Misalkan ada beberapa siswa yang terletak di kode pos yang sama, dengan tabel siswa memiliki sejumlah besar catatan, dan perlu untuk mengubah nama jalan atau kota, maka jalan atau kota ini harus dicari dan diperbarui di seluruh siswa meja.

Misalnya, jika perlu mengubah jalan "El Limón" untuk "El Limón II", ia harus mencari "El Limón" di seluruh meja siswa dan kemudian memperbarui ke "El Limón II".

Temukan dalam tabel besar dan perbarui catatan unik atau ganda akan membutuhkan banyak waktu dan, oleh karena itu, akan mempengaruhi kinerja basis data.

Sebaliknya, detail ini dapat dimiliki dalam tabel (kartu pos) yang terpisah yang terkait dengan tabel siswa menggunakan atribut code_postal.

Tabel pos akan memiliki jumlah catatan yang relatif lebih kecil dan hanya perlu memperbarui setelah tabel pos ini. Ini akan secara otomatis tercermin dalam tabel siswa, menyederhanakan database dan konsultasi. Dengan demikian tabel akan berada di 3FN:

Itu dapat melayani Anda: metabuster: karakteristik, jenis dan contoh

Contoh 2

Jadilah tabel berikut dengan bidang num_project sebagai kunci utama dan dengan nilai berulang dalam atribut yang bukan kunci.

Nilai telepon diulang setiap kali nama manajer diulangi. Ini karena nomor telepon hanya memiliki ketergantungan tingkat kedua dengan nomor proyek. Itu sangat tergantung pada manajer, dan ini pada gilirannya tergantung pada nomor proyek, yang membuat ketergantungan transitif.

Atribut Manajer_Project tidak bisa menjadi kunci yang mungkin dalam proyek tabel karena manajer yang sama menangani lebih dari satu proyek. Solusi untuk ini adalah untuk menghilangkan atribut dengan data berulang (telepon), membuat tabel terpisah.

Atribut yang sesuai harus dikelompokkan, membuat tabel baru untuk menyimpannya. Data dimasukkan dan diverifikasi bahwa nilai -nilai yang diulang bukan bagian dari kunci utama. Kunci utama untuk setiap tabel dibuat dan, jika perlu, kunci eksternal ditambahkan.

Untuk memenuhi bentuk normal ketiga, tabel baru (manajer) dibuat untuk menyelesaikan masalah. Kedua tabel terkait melalui bidang Manajer_Project:

Referensi

1. Teradata (2019). Bentuk normal pertama, kedua, dan ketiga. Diambil dari: Documents.Teradata.com.
2. Tutorial Piala (2019). Bentuk ketiga normal (3NF). Diambil dari: TutorialCup.com.
3. Database Dev (2015). Bentuk ketiga normal (3NF) - Normalisasi database Anda. Diambil dari: databasedev.bersama.Inggris.
4. Desain DB Relasional (2019). Pengantar bentuk normal ketiga. Diambil dari: RelationalDBDesign.com.
5. Dummies (2019). SQL Bentuk normal pertama, kedua dan ketiga. Diambil dari: boneka.com.