Deskripsi database normalisasi dasar

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 283878 - Melihat produk di mana artikel ini berlaku.
Pemula: Membutuhkan pengetahuan tentang antarmuka pengguna pada komputer pengguna tunggal.

Untuk versi Microsoft Access 2000 artikel ini, lihat 209534.
Untuk Microsoft Access 95 atau versi Microsoft akses 97 artikel ini, lihat 100139.
Perbesar semua | Perkecil semua

Pada Halaman ini

Ringkasan

Artikel ini menjelaskan terminologi normalisasi database untuk pemula. Pemahaman dasar tentang terminologi ini berguna ketika membahas desain database relasional.

Catatan: Microsoft juga menawarkan sebuah WebCast yang membahas dasar-dasar database normalisasi. Untuk melihat WebCast ini, kunjungi Web site Microsoft berikut:
http://support.Microsoft.com/servicedesks/Webcasts/wc060600/wc060600.asp?fr=1

Informasi lebih lanjut

Deskripsi normalisasi

Normalisasi adalah proses pengorganisasian data dalam database. Ini termasuk menciptakan Daftar Tabel dan menjalin hubungan antara Daftar Tabel tersebut sesuai aturan yang dirancang baik untuk melindungi data dan membuat database yang lebih fleksibel dengan menghilangkan redundansi dan ketergantungan yang tidak konsisten.

Data redundansi limbah ruang disk dan menciptakan masalah pemeliharaan. Jika data yang ada di lebih dari satu tempat harus diganti, data harus diubah dalam cara yang sama di semua lokasi. Perubahan alamat penyuratan pelanggan jauh lebih mudah untuk menerapkan jika data yang disimpan di Daftar Tabel pelanggan dan tempat lain dalam database.

Apa itu "tidak konsisten ketergantungan"? Sementara itu intuitif bagi pengguna untuk melihat dalam Daftar Tabel pelanggan untuk alamat penyuratan pelanggan tertentu, itu mungkin tidak masuk akal untuk melihat di sana untuk gaji karyawan yang panggilan pada pelanggan. Gaji karyawan terkait, atau tergantung pada, karyawan dan dengan demikian harus pindah ke Daftar Tabel karyawan. Dependensi tidak konsisten dapat membuat data sulit untuk akses karena jalan untuk menemukan data mungkin hilang atau rusak.

Ada beberapa aturan untuk database normalisasi. Setiap aturan yang disebut "bentuk normal." Jika aturan pertama diamati, database dikatakan dalam "pertama bentuk normal." Jika aturan pertama tiga diamati, database dianggap berada di "ketiga bentuk normal." Meskipun tingkat lain dari normalisasi mungkin, bentuk normal ketiga dianggap tingkat tertinggi yang diperlukan untuk sebagian besar aplikasi.

Seperti dengan banyak peraturan formal dan spesifikasi, skenario dunia nyata tidak selalu memungkinkan untuk kepatuhan sempurna. Secara umum, normalisasi memerlukan Daftar Tabel tambahan dan beberapa pelanggan menemukan ini rumit. Jika Anda memutuskan untuk melanggar salah satu aturan pertama tiga normalisasi, pastikan bahwa aplikasi Anda mengantisipasi setiap masalah yang bisa terjadi, seperti data yang berlebihan dan tidak konsisten dependensi.

Deskripsi berikut termasuk contoh.

Bentuk Normal pertama

  • Menghilangkan kelompok-kelompok yang berulang dalam Daftar Tabel individu.
  • Membuat Daftar Tabel terpisah untuk masing-masing set data terkait.
  • Mengidentifikasi setiap rangkaian data terkait dengan bukti kunci primer.
Jangan gunakan beberapa bidang dalam sebuah Daftar Tabel tunggal untuk menyimpan data yang sama. Misalnya, untuk melacak item persediaan yang mungkin datang dari dua sumber yang mungkin, catatan persediaan yang mungkin berisi bidang untuk Vendor kode 1 dan 2 kode Vendor.

Apa yang terjadi ketika Anda menambahkan vendor ketiga? Menambahkan sebuah field bukanlah jawabannya; itu memerlukan modifikasi program dan tabel atak dan tidak lancar mengakomodasi jumlah vendor yang dinamis. Sebaliknya, tempat semua informasi vendor didalam table yang terpisah yang disebut vendor, kemudian link persediaan untuk vendor dengan item nomor bukti kunci, atau vendor untuk persediaan dengan vendor kode bukti kunci.

Kedua bentuk Normal

  • Buat Daftar Tabel terpisah untuk set nilai-nilai yang berlaku tomultiple records.
  • Berhubungan Daftar Tabel ini dengan foreign key.
Catatan tidak boleh bergantung pada apa pun selain bukti kunci primer table (senyawa bukti kunci, jika perlu). Sebagai contoh, mempertimbangkan alamat penyuratan pelanggan dalam sistem akuntansi. alamat penyuratan diperlukan oleh Daftar Tabel pelanggan, tetapi juga oleh pesanan, pengiriman, faktur, Piutang, dan koleksi Daftar Tabel. Daripada menyimpan alamat penyuratan nasabah sebagai entri terpisah dalam masing-masing Daftar Tabel, menyimpannya di satu tempat, atau tabel atak pelanggan alamat penyuratan table yang terpisah.

Bentuk Normal ketiga

  • Menghilangkan bidang yang tidak bergantung pada bukti kunci.
Nilai-nilai dalam catatan yang bukan merupakan bagian dari bukti kunci catatan yang tidak termasuk dalam Daftar Tabel. Secara umum, setiap saat isi sekelompok bidang mungkin berlaku untuk lebih dari satu catatan data dalam Daftar Tabel, mempertimbangkan menempatkan bidang tersebut didalam table yang terpisah.

Sebagai contoh, dalam Daftar Tabel rekruitmen karyawan, calon Universitas nama dan alamat penyuratan dapat disertakan. Tetapi Anda perlu daftar lengkap dari Universitas untuk kelompok surat. Jika informasi Universitas disimpan dalam Daftar Tabel kandidat, ada cara untuk Daftar Universitas dengan kandidat saat ini tidak ada. Buat Daftar Tabel perguruan tinggi dengan terpisah dan menghubungkannya ke tabel atak calon dengan Universitas kode bukti kunci.

PENGECUALIAN: Mengikuti bentuk ketiga normal, sementara secara teoritis diinginkan, tidak selalu praktis. Jika Anda memiliki Daftar Tabel pelanggan dan Anda ingin menghilangkan semua dependensi interfield mungkin, Anda harus membuat Daftar Tabel terpisah untuk kota-kota, kode ZIP, perwakilan penjualan, pelanggan kelas, dan faktor lainnya yang dapat digandakan dalam beberapa catatan. Dalam teori, normalisasi bernilai mengerucutkan. Namun, banyak Daftar Tabel kecil dapat menurunkan kinerja atau melebihi buka file dan kapasitas kehabisan memori.

Mungkin lebih layak untuk menerapkan bentuk normal ketiga hanya untuk data yang sering berubah. Jika tetap tergantung beberapa bidang, desain aplikasi Anda untuk meminta user untuk memverifikasi semua bidang terkait ketika salah satu berubah.

Bentuk-bentuk normalisasi

Keempat bentuk normal, juga disebut Boyce Codd Normal formulir (BCNF), dan bentuk normal kelima ada, tapi jarang dianggap dalam desain praktis. Mengabaikan aturan-aturan ini mungkin mengakibatkan desain database kurang sempurna, tetapi seharusnya tidak mempengaruhi fungsi.

Normalisasi contoh Daftar Tabel

Langkah-langkah ini menunjukkan proses normalisasi tabel atak siswa fiktif.
  1. Unnormalized tabel:

    Perkecil tabel iniPerbesar tabel ini
    Siswa #PenasihatADV-kamarKelas 1Class2Class3
    1022Jones412101-07143-01159-02
    4123Smith216201-01211-02214-01
  2. Bentuk Normal pertama: Tidak mengulangi kelompok

    Tablesshould memiliki hanya dua-dimensi. Karena salah satu siswa memiliki beberapa kelas, theseclasses harus tercantum didalam table yang terpisah. Bidang kelas 1, Class2 dan Class3in di atas catatan yang indikasi desain kesulitan.

    Spreadsheetsoften menggunakan dimensi ketiga, tetapi tidak boleh Daftar Tabel. Cara lain untuk melihat atthis masalah dengan hubungan satu-ke-banyak, tidak menaruh satu sisi dan sisi banyak di tabel atak yang sama. Sebaliknya, membuat tabel atak lain pertama normalform dengan menghilangkan grup berulang (kelas #), seperti yang ditunjukkan di bawah ini:

    Perkecil tabel iniPerbesar tabel ini
    Siswa #PenasihatADV-kamarKelas #
    1022Jones412101-07
    1022Jones412143-01
    1022Jones412159-02
    4123Smith216201-01
    4123Smith216211-02
    4123Smith216214-01
  3. Kedua bentuk Normal: Menghilangkan Data redundansi

    Catatan beberapa kelas # nilai untuk setiap siswa # nilai di atas tabel atak. Kelas #is fungsional tergantung pada siswa # (primary key), jadi ini relationshipis tidak dalam bentuk normal yang kedua.

    Dua Daftar Tabel demonstratesecond normal formulir berikut:

    Siswa:

    Perkecil tabel iniPerbesar tabel ini
    Siswa #PenasihatADV-kamar
    1022Jones412
    4123Smith216


    Pendaftaran:

    Perkecil tabel iniPerbesar tabel ini
    Siswa #Kelas #
    1022101-07
    1022143-01
    1022159-02
    4123201-01
    4123211-02
    4123214-01
  4. Bentuk Normal ketiga: Menghilangkan Data tidak tergantung OnKey

    Pada contoh terakhir, tergantung pada atribut penasihat Adv kamar (nomor kantor penasihat) isfunctionally. Solusinya adalah untuk memindahkan thatattribute dari Daftar Tabel siswa ke Daftar Tabel fakultas, sebagai shownbelow:

    Siswa:

    Perkecil tabel iniPerbesar tabel ini
    Siswa #Penasihat
    1022Jones
    4123Smith


    Fakultas:

    Perkecil tabel iniPerbesar tabel ini
    NamaKamarDept
    Jones41242
    Smith21642

Properti

ID Artikel: 283878 - Kajian Terakhir: 03 Agustus 2013 - Revisi: 5.0
Berlaku bagi:
  • Microsoft Office Access 2007
  • Microsoft Office Access 2003
  • Microsoft Access 2002 Standard Edition
Kata kunci: 
kbinfo kbdesign kbdatabase kbhowto kbmt KB283878 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 283878

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com