Normalisasi Database 1NF, 2NF & 3NF (Cara dan Contoh)

Pengertian Normalisasi Database

Normalisasi database adalah proses pengelompokan atribut data yang membentuk
entitas sederhana, nonredundant, fleksibel, dan mudah beradaptasi. Sehingga dapat
dipastikan bahwa database yang dibuat berkualitas baik.

Tujuan Normalisasi Database

Tujuan utama dari normalisasi database adalah:
1. Menghilangkan dan mengurangi redudansi data.
2. Memastikan dependensi data (data berada pada tabel yang tepat).
Jika sebuah database belum dinormalisasi, kemungkinan terburuk yang akan
merugikan sistem adalah:
1. INSERT Anomali
Situasi dimana tidak memungkinkan untuk memasukkan beberapa jenis data
secara langsung di database.
2. UPDATE Anomali
Situasi dimana nilai yang diubah mengakibatkan ketidakkonsistenan database,
artinya data yang diubah tidak sesuai dengan yang diinginkan.
3. DELETE Anomali
Penghapusan data tidak sesuai yang diharapkan, artinya data yang seharusnya
tidak terhapus malah terhapus.

Bagaimana Cara Melakukan Normalisasi Database?

Untuk melakukan normalisasi database kita harus mengidentifikasi data seperti apa
yang akan disimpan. Sebagai contoh saya punya data dari struk penjualan. Saya ambil
contoh data struk penjualan karena data ini yang paling umum di sekitar kita.

Contoh Data Struk Penjualan

Contoh data di atas merupakan data yang belum dinormalisasi, selanjutnya

menuju tahap normalisasi 1NF
1NF
Suatu tabel dikatakan 1NF jika dan hanya jika setiap atribut dari data tersebut hanya
memiliki nilai tunggal dalam satu baris.
Jadi, tabel yang belum dinormalisasi tadi perlu diubah, sehingga bentuk 1NF menjadi
seperti ini :

Hasil Normalisasi 1NF

inti dari normalisasi 1NF adalah tidak boleh ada grouping data ataupun duplikasi data.
Sekarang lanjut pada tahap normalisasi 2NF.

2NF

Syarat 2NF adalah tidak diperkenankan adanya partial “functional

dependency“ kepada primary key dalam sebuah tabel.
Apa itu “functional dependency” ?
Functional dependency adalah setiap atribut yang bukan kunci ( non key)
bergantung secara fungsional terhadap primary key.
Intinya adalah pada tahap normalisasi 2NF ini tabel tersebut harus dipecah
berdasarkan primary key. Sehingga bentuk normalisasi 2NF dari tabel tersebut
adalah sebagai berikut:
.

Hasil Normalisasi 2NF

Setelah dinormalisasi 2NF, tabelnya terpecah menjadi 2. Sekarang lanjut pada tahap
normalisasi 3NF.

3NF

Pada 3NF tidak diperkenankan adanya partial “transitive dependency“ dalam sebuah
tabel.
Apa itu “transitive dependency” ?
Transitive dependency biasanya terjadi pada tabel hasil relasi, atau kondisi dimana
terdapat tiga atribut A, B, C. Kondisinya adalah A ⇒ B dan B ⇒ C. Maka C dikatakan
sebagai transitive dependency terhadap A melalui B.

Intinya pada 3NF ini, jika terdapat suatu atribut yang tidak bergantung pada primary
key tapi bergantung pada field yang lain maka atribut-atribut tersebut perlu dipisah ke
tabel baru.

Contohnya ada pada atribut qty, kolom tersebut tidak bergantung langsung
pada primary key kode_faktur melainkan bergantung pada kolom kode_barang. Jadi
setelah dinormalisasi 3NF akan menghasilkan tabel berikut:

Dari gambar tabel di atas dapat dilihat pada tahap normalisasi 3NF menghasilkan 1
tabel baru dari hasil pemecahan tabel transaksi yaitu tabel detail barang yang isinya
menampung barang-barang yang dibeli.
Coba perhatikan gambar di atas! kenapa di tabel detail barang terdapat kolom harga
lagi?

padahal kolom harga sudah ada di tabel barang. Baca penjelasannya di bawah ini.

Kolom harga pada tabel detail barang digunakan untuk menyimpan harga barang
pada saat proses transaksi. Jadi, meskipun kolom harga pada tabel barang berubah
(naik/turun), harga barang yang ada pada tabel detail barang tidak ikut berubah
(fixed). Bayangkan jika kita tidak menambahkan kolom harga pada pada tabel detail
barang, maka yang terjadi total invoice dari transaksi akan berubah seiring berubahnya
harga barang.
Normal Form
Data yang direkam dan dimasukkan secara mentah dalam suatu tabel pada bentuk ini
sangat mungkin terjadi inkonsistensi dan anomali data
Contoh Normal Form

1. Normal Form (1NF)

Bentuk normal yang pertama atau 1NF mensyaratkan beberapa kondisi dalam sebuah
database, berikut adalah fungsi dari bentuk normal pertama ini.
 Menghilangkan duplikasi kolom dari tabel yang sama.
 Buat tabel terpisah untuk masing-masing kelompok data terkait dan
mengidentifikasi setiap baris dengan kolom yang unik (primary key).
Contoh Normalisasi Database 1NF

dari manual bon pembelian diatas kita dapat menjadi bentuk normal pertama dengan
memisah-misahkan data pada atribut-atribut yang tepat dan bernilai atomik, juga
seluruh record / baris harus lengkap adanya.
2. Normal form (2NF)
Syarat untuk menerapkan normalisasi bentuk kedua ini adalah data telah dibentuk
dalam 1NF, berikut adalah beberapa fungsi normalisasi 2NF.
 Menghapus beberapa subset data yang ada pada tabel dan menempatkan mereka
pada tabel terpisah.
 Menciptakan hubungan antara tabel baru dan tabel lama dengan menciptakan
foreign key.
 Tidak ada atribut dalam tabel yang secara fungsional bergantung pada candidate
key tabel tersebut.
Contoh normalisasi database bentuk 2NF

Bentuk normal kedua dengan melakukan dekomposisi tabel diatas menjadi beberapa
tabel dan mencari kunci primer dari tiap-tiap tabel tersebut dan atribut kunci haruslah
unik.

3. Normal Form (3NF)

Normalisasi dalam bentuk 3NF bertujuan untuk menghilangkan seluruh field yang tidak
berhubungan dengan primary key. Dengan demikian tidak ada ketergantungan transitif
pada setiap kandidat key. Syarat dari bentuk normal ketiga adalah :
 Memenuhi semua persyaratan dari bentuk normal kedua.
 Menghapus kolom yang tidak tergantung pada primary key.
Contoh Normalisasi Database Bentuk 3NF
Bentuk normal ketiga mempunyai syarat, setiap relasi tidak mempunyai atribut yang
bergantung transitif, harus bergantung penuh pada kunci utama dan harus memenuhi
bentuk normal kedua (2 NF).

BCNF Boyce–Codd normal form

Merupakan sebuah teknik normalisasi database yang sering disebut 3.5NF, memiliki
hubungan yang sangat erat dengan bentuk 3NF. Pada dasarnya adalah untuk
menghandle anomali dan overlooping yang tidak dapat di handle dalam bentuk 3NF.
Normalisasi database bentuk ini tergantung dari kasus yang disediakan, tidak semua
tabel wajib di normalisasi dalam bentuk BCNF.