Apakah bentuk normal ketiga? (Pangkalan data)

The Borang Normal Ketiga (pangkalan data) Ini adalah teknik reka bentuk pangkalan data relasi, di mana jadual yang berbeza yang membentuknya bukan sahaja memenuhi bentuk normal kedua, tetapi semua atribut atau medan mereka bergantung secara langsung pada kunci utama.

Apabila pangkalan data direka, objektif utama adalah untuk mewujudkan perwakilan data yang tepat, hubungan antara mereka dan sekatan ke atas data yang relevan.

Sumber: Pixabay.com

Untuk mencapai matlamat ini, beberapa teknik reka bentuk pangkalan data boleh digunakan, antaranya adalah penyeragaman.

Ini adalah proses mengatur data dalam pangkalan data untuk mengelakkan kelebihan dan kemungkinan anomali dalam penyisipan, kemas kini atau pelupusan data, menghasilkannya sebagai reka bentuk yang mudah dan stabil dari model konseptual.

Bermula dengan mengkaji hubungan fungsional atau pergantungan antara atribut. Ini menggambarkan beberapa harta data atau hubungan antara mereka.

[TOC]

Bentuk biasa

Standardisasi menggunakan satu siri ujian, yang dipanggil bentuk normal, untuk membantu mengenal pasti pengumpulan optimum atribut ini dan akhirnya menubuhkan set hubungan yang mencukupi yang menyokong keperluan data syarikat

Iaitu, teknik normalisasi dibina di sekitar konsep cara biasa, yang mentakrifkan sistem sekatan. Sekiranya hubungan memenuhi sekatan dengan cara yang normal, dikatakan bahawa hubungannya adalah dengan cara yang normal.

Borang Normal Pertama (1FN)

Dikatakan bahawa jadual berada dalam 1FN jika semua atribut atau medan di dalamnya hanya mengandungi nilai yang unik. Iaitu, semua nilai bagi setiap atribut mesti tidak dapat dipisahkan.

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

Boleh melayani anda: berterusan (pengaturcaraan): konsep, jenis, contoh

Walau bagaimanapun, meninggalkan pangkalan data hanya merangsang beberapa masalah, seperti redundansi dan kemungkinan kemas kini anomali. Bentuk normal tertinggi telah dibangunkan untuk membetulkan masalah ini.

Borang Normal Kedua (2FN)

Ia berkaitan dengan menghapuskan dari meja unit bulat. Dikatakan bahawa nisbah berada dalam 2FN jika ia berada dalam 1FN dan juga setiap bidang atau atribut tidak bergantung sepenuhnya pada kunci utama, atau lebih khusus, ia memastikan bahawa jadual mempunyai satu tujuan.

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

Borang Normal Ketiga (3FN)

Ia berkaitan dengan menghapuskan kebergantungan transitif dari meja. Iaitu, menghapuskan atribut bukan kunci yang tidak bergantung pada kunci utama, tetapi pada atribut lain.

Ketergantungan transitif adalah sejenis pergantungan fungsional di mana nilai atribut atau medan tidak ditentukan oleh nilai medan lain yang tidak penting sama ada.

Nilai berulang harus dicari dalam atribut bukan kunci untuk memastikan bahawa atribut -atribut yang tidak kunci tidak hanya bergantung pada kunci utama.

Dikatakan bahawa atribut saling bebas jika tidak ada yang secara fungsional bergantung pada gabungan orang lain. Kemerdekaan bersama ini menjamin bahawa atribut dapat dikemas kini secara individu, tanpa bahaya mempengaruhi atribut lain.

Oleh itu, untuk nisbah pangkalan data berada dalam bentuk normal ketiga, ia mesti mematuhi:

- Semua keperluan 2FN.

Boleh melayani anda: ict di rumah

- Sekiranya terdapat atribut yang tidak berkaitan dengan kunci utama, mereka mesti dihapuskan dan diletakkan dalam jadual yang berasingan, yang mengaitkan kedua -dua jadual melalui kunci luaran. Iaitu, tidak ada pergantungan transitif.

Contoh Borang Normal Ketiga

Contoh 1

Jadilah Jadual Pelajar, yang kunci utamanya adalah pengenalpastian pelajar (id_estudiant) dan terdiri daripada atribut berikut: Nama Pelajar, Jalan, Kod Bandar dan_Postal, memenuhi syarat -syarat yang menjadi 2FN.

Dalam kes ini, jalan dan bandar tidak mempunyai hubungan langsung dengan kunci identiti utama, kerana mereka tidak berkaitan langsung dengan pelajar, tetapi mereka bergantung sepenuhnya pada kod zip.

Oleh kerana pelajar terletak di laman web yang ditentukan oleh code_postal, jalan dan bandar berkaitan adalah atribut ini. Oleh kerana tahap pergantungan kedua ini, tidak perlu menyimpan atribut ini dalam jadual pelajar.

Buat jadual baru

Katakan terdapat banyak pelajar yang terletak di kod pos yang sama, dengan jadual pelajar yang mempunyai sejumlah besar rekod, dan perlu menukar nama jalan atau kota, maka jalan atau kota ini harus dicari dan dikemas kini sepanjang pelajar meja.

Sebagai contoh, jika perlu menukar jalan "El Limón" untuk "El Limón II", ia perlu mencari "El Limón" di seluruh meja pelajar dan kemudian mengemas kini ke "El Limón II".

Cari dalam jadual yang besar dan kemas kini rekod yang unik atau berganda memerlukan banyak masa dan, oleh itu, akan mempengaruhi prestasi pangkalan data.

Sebaliknya, butiran ini boleh didapati dalam jadual berasingan (poskad) yang berkaitan dengan jadual pelajar menggunakan atribut code_postal.

Jadual pos akan mempunyai rekod yang agak kecil dan hanya perlu mengemas kini sebaik sahaja jadual pos ini. Ini akan dicerminkan secara automatik dalam jadual pelajar, memudahkan pangkalan data dan konsultasi. Oleh itu jadual akan berada di 3FN:

Ia boleh melayani anda: metabusters: ciri, jenis dan contoh

Contoh 2

Jadilah jadual berikut dengan medan num_project 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 kedua dengan nombor projek. Ia sangat bergantung kepada pengurus, dan ini pula bergantung pada nombor projek, yang menjadikan pergantungan transitif.

Atribut Propertar_project tidak boleh menjadi kunci yang mungkin dalam projek jadual kerana pengurus yang sama mengendalikan lebih dari satu projek. Penyelesaiannya adalah untuk menghapuskan atribut dengan data berulang (telefon), membuat jadual berasingan.

Atribut yang sepadan mesti dikelompokkan, mewujudkan jadual baru untuk menyelamatkan mereka. Data dimasukkan dan disahkan bahawa nilai yang diulangi bukan sebahagian daripada kunci utama. Kunci utama bagi setiap jadual ditubuhkan dan, jika perlu, kekunci luaran ditambah.

Untuk memenuhi borang normal ketiga, jadual baru (pengurus) dicipta untuk menyelesaikan masalah. Kedua -dua jadual berkaitan melalui medan Pengurus_Project:

Rujukan

1. Teradata (2019). Borang normal pertama, kedua, dan ketiga. Diambil dari: dokumen.Teradata.com.
2. Tutorial Piala (2019). Borang Ketiga Normal (3nf). Diambil dari: TutorialCup.com.
3. Pangkalan Data Dev (2015). Borang Ketiga Normal (3NF) - Menormalkan pangkalan data anda. Diambil dari: DatabasedEv.co.UK.
4. Reka bentuk DB Relational (2019). Pengenalan kepada Borang Normal Ketiga. Diambil dari: relationaldbdesign.com.
5. Dummies (2019). SQL Borang Normal, Kedua dan Ketiga Pertama. Diambil dari: Dummies.com.