basis data(normalisasi)

10/4/2011
1
Normalisasi
Reff :
Database Systems : A Practical Approach to Design, Implementation and
Management
 Carolyn Begg & Thomas Connolly
Dasar Perancangan & Implementasi Database Relasional
 Abdul Kadir
1
Normalisasi
 Tujuan utama pengembangan sebuah model data lojik
untuk sistem basisdata relasional adalah untuk
membuat representasi data, relasi, dan batasannya
secara akurat.
 Untukmencapai tujuan ini, harus diidentifikasi
kumpulan tabel yang sesuai.
 Normalisasi dapat dipakai untuk memverifikasi tabeltabel
hasil transformasi model ERD – apakah sudah
berstrukur baik atau belum.
2
10/4/2011
2
Normalisasi
 Tiga bentuk normal yang paling umum digunakan adalah
first normal form (1NF), second normal form (2NF), dan
third normal form (3NF). Umumnya tabel yang telah
memenuhi 3NF sudah tidak memiliki masalah.
 Pada beberapa kondisi khusus, masih diperlukan proses
normalisasi lebih lanjut, yaitu untuk mencapai bentuk
Boyce–Codd normal form (BCNF), fourth normal form
(4NF), dan fifth normal form (5NF).
 Normalisasi didasarkan pada aturan ketergantungan
fungsional (functional dependencies) di antara atribut
dalam suatu tabel.
3
Redundansi
 Data yang redundan adalah data yang disimpan berkalikali.
Redundansi adalah istilah lain untuk duplikasi.
 Normalisasi berfungsi meminimalkan redundansi data.
 Bila redundansi data dapat diminimalkan, maka :
 Tempat penyimpanan data dapat diefisienkan
 Potensi timbulnya anomali update dapat dicegah
4
10/4/2011
3
Redundansi
 Masalah yang terkait dengan redundansi data diilustrasikan dalam
tabel berikut ini :
 Tabel StaffBranch mempunyai data yang redundan : detil dari
suatu cabang diulang untuk setiap anggota staff.
5
Anomali Update
 Tabel yang mengandung informasi yang redundan dapat
mengalami anomali update.
 Anomali update adalah masalah yang timbul dalamtabel ketika
terjadi operasi pemutakhiran data, misalnya pengubahan data
yang mengakibatkan inkonsistensi data, atau bahkan suatu data
menjadi hilang.
 Tipe anomali update mencakup :
 Insertion
 Deletion
 Modification.
6
10/4/2011
4
Anomali Insert
 Seorang staff baru bergabung dengan branch B005
 Insert baris baru pada tabel StaffBranch
 Misal di-entri alamat yang salah : 163 Main St, Glasgow.
 Basisdata sekarang menjadi tidak konsisten !
 Membuat cabang baru tanpa anggota staff
 B008, 57 Princes St, Edinburgh
 Tidak ada anggota staff, sehingga staffNo harus NULL
 Tetapi staffNo adalah primary key pada tabel StaffBranch,
sehingga tidak boleh NULL !
7
Anomali Delete
 Mary Howe, staffNo SA9, keluar (resign) dari
perusahaan
 Hapus baris yang tepat pada tabel StaffBranch
 Hal ini juga akan menghapus detil dari branch B007 dimana
Mary Howe bekerja
 Tetapi tidak ada orang lain di cabang B007, sehingga kita tidak
bisa lagi mengetahui alamat cabang ini !
8
10/4/2011
5
Anomali Modifikasi
 Branch B003 dipindah ke lokasi yang baru
 Alamat barunya adalah : 145 Main St, Glasgow
 Harus mengubah tiga baris data di tabel StaffBranch.
Andaikan hanya salah satu saja yang diubah, maka akan terjadi
inkonsistensi data !
9
Identifikasi Candidate Key
 Candidate key adalah atribut atau himpunan atribut yang
secara unik mengidentifikasi sebuah baris.
 Tidak ada bagian dari candidate key yang boleh bernilai
NULL.
 Atribut yang secara fungsional menentukan setiap atribut
yang lain adalah sebuah candidate key.
10
10/4/2011
6
Identifikasi Primary Key
 Primary key adalah candidate key yang dipilih untuk
mengidentifikasi baris-baris sebuah tabel secara unik.
Candidate key yang lain disebut alternate keys.
 Beberapa pedoman untuk memilih primary key :
 Ambil candidate key dengan atribut paling sedikit.
 Ambil candidate key dengan panjang terpendek.
 Ambil candidate key dengan jaminan keunikan paling baik.
 Ambil candidate key yang paling masuk akal.
11
Dependensi Fungsional
 Konsep utama yang terkait dengan normalisasi.
 Dependensi fungsional (functional dependency – FD)
 Menjelaskan relasi antar atribut dalam suatu tabel.
 Jika A dan B adalah atribut dalam tabel R, B tergantung secara fungsional
pada A (dinotasikan dengan A  B), jika setiap nilai dari A di R
berhubungan dengan tepat satu nilai dari B di R.
 Representasi diagramatik :
12
Determinant dari sebuah FD mengacu pada atribut atau sekelompok
atribut pada sisi kiri anak panah.
10/4/2011
7
Contoh FD (1)
13
Contoh FD (2)
14
IdDosen NamaDosen JenisKelamin Pendidikan TahunLulus
041 Faizal Rahman Pria S1 1984
041 Faizal Rahman Pria S2 1990
042 Shinta Dewi Wanita S1 1988
042 Shinta Dewi Wanita S2 1991
042 Shinta Dewi Wanita S3 1995
043 Kartono Pria S1 1985
Contoh-contoh FD dari tabel di atas :
 IdDosen  NamaDosen
IdDosen  JenisKelamin
Dua FD di atas dapat juga ditulis : IdDosen  {NamaDosen, JenisKelamin}
 {IdDosen, Pendidikan}  TahunLulus
10/4/2011
8
Contoh FD (2)
15
Notasi FD berikut ini :
 IdDosen  {NamaDosen, JenisKelamin}
 {IdDosen, Pendidikan}  TahunLulus
dapat digambarkan dengan diagram sebagai berikut :
IdDosen NamaDosen JenisKelamin Pendidikan TahunLulus
Unnormalized Form (UNF)
 UNF adalah sebuah tabel yang memiliki atribut yang
bernilai ganda (repeating groups)
 Cara membuat UNF : ubah data dari sumber informasi
kedalam bentuk tabel dengan kolom dan baris.
16
CustomerId FirstName Surname PhoneNumber
123 Robert Ingram 555-861-2025
456 Jane Wright 555-403-1659
555-776-4100
789 Maria Fernandez 555-808-9633
10/4/2011
9
First Normal Form (1NF)
 1NF adalah sebuah tabel dimana interseksi
(perpotongan) dari setiap baris dan kolom hanya
mengandung satu nilai.
 Cara mengubah UNF menjadi 1NF :
1. Baris data yang memiliki atribut ganda dijadikan beberapa baris
(sejumlah datanya)
2. Isi bagian perpotongan baris & kolom yang kosong dengan
melakukan flattening the table.
3. Tetapkan PK untuk tabel 1NF yang telah terbentuk
17
Contoh (1) UNF  1NF
18
CustomerId FirstName Surname PhoneNumber
123 Robert Ingram 555-861-2025
456 Jane Wright 555-403-1659
555-776-4100
789 Maria Fernandez 555-808-9633
CustomerId FirstName Surname PhoneNumber
123 Robert Ingram 555-861-2025
456 Jane Wright 555-403-1659
456 Jane Wright 555-776-4100
789 Maria Fernandez 555-808-9633
10/4/2011
10
Contoh (2) UNF  1NF
clientNo cName propertyNo pAddress rentStart rentFinish rent ownerNo oName
CR76 PG4 1-Jul-00 31-Aug-01 350 CO40 Tina Murphy
PG16 1-Sep-01 1-Sep-02 450 CO93 Tony shaw
CR56 PG4 1-Sep-99 10-June-00 350 CO40 Tina Murphy
PG36 10-Oct-00 1-Dec-01 375 CO93 Tony shaw
PG16 1-Nov-02 10-Aug-03 450 CO93 Tony shaw
John
Kay
6 Lawrence St,
Glasgow
5 Novar Dr,
Glasgow
Aline
Stewart
6 Lawrence St,
Glasgow
2 Manor Rd,
Glasgow
5 Novar Dr,
Glasgow
clientNo cName propertyNo pAddress rentStart rentFinish rent ownerNo oName
CR76 John Kay PG4 1-Jul-00 31-Aug-01 350CO40 Tina Murphy
CR76 John Kay PG16 1-Sep-01 1-Sep-02 450CO93 Tony shaw
CR56 PG4 1-Sep-99 10-June-00 350CO40 Tina Murphy
CR56 PG36 10-Oct-00 1-Dec-01 375CO93 Tony shaw
CR56 PG16 1-Nov-02 10-Aug-03 450CO93 Tony shaw
6 Lawrence St,
Glasgow
5 Novar Dr,
Glasgow
Aline
Stewart
6 Lawrence St,
Glasgow
Aline
Stewart
2 Manor Rd,
Glasgow
Aline
Stewart
5 Novar Dr,
Glasgow 19
PK pada ClientRental
clientNo propertyNo cName pAddress rentStart rentFinish rent ownerNo oName
CR76 PG4 JohnKay 1-Jul-00 31-Aug-01 350CO40 TinaMurphy
CR76 PG16 JohnKay 1-Sep-01 1-Sep-02 450CO93 Tonyshaw
CR56 PG4 1-Sep-99 10-June-00 350CO40 TinaMurphy
CR56 PG36 10-Oct-00 1-Dec-01 375CO93 Tonyshaw
CR56 PG16 1-Nov-02 10-Aug-03 450CO93 Tonyshaw
6 Lawrence St,
Glasgow
5NovarDr,
Glasgow
Aline
Stewart
6 Lawrence St,
Glasgow
Aline
Stewart
2ManorRd,
Glasgow
Aline
Stewart
5NovarDr,
Glasgow
 Candidate keys pada ClientRental adalah :
 {clientNo, propertyNo}
 {clientNo, rentStart}
 {clientNo, propertyNo, rentStart}
 {propertyNo, rentStart}
 Pilih yg mana sebagai PK ?
20
10/4/2011
11
Tabel ClientRental 1NF
Tabel ClientRental dapat ditulis dengan notasi standar sbb :
ClientRental (clientNo, propertyNo, cName, pAddress, rentStart,
rentFinish, rent, ownerNo, oName)
21
clientNo propertyNo cName pAddress rentStart rentFinish rent ownerNo oName
CR76 PG4 JohnKay 1-Jul-00 31-Aug-01 350CO40 TinaMurphy
CR76 PG16 JohnKay 1-Sep-01 1-Sep-02 450CO93 Tonyshaw
CR56 PG4 1-Sep-99 10-June-00 350CO40 TinaMurphy
CR56 PG36 10-Oct-00 1-Dec-01 375CO93 Tonyshaw
CR56 PG16 1-Nov-02 10-Aug-03 450CO93 Tonyshaw
6 Lawrence St,
Glasgow
5NovarDr,
Glasgow
Aline
Stewart
6 Lawrence St,
Glasgow
Aline
Stewart
2ManorRd,
Glasgow
Aline
Stewart
5NovarDr,
Glasgow
Dependensi Parsial
 Atribut Y memiliki dependensi parsial terhadap X jika :
 X  Y
 Y adalah atribut non-PK dan X adalah BAGIAN dari atribut PK
 Tabel Dosen di atas memiliki PK : IdDosen + Pendidikan
 Untuk contoh tabel Dosen, JenisKelamin memiliki dependensi parsial
terhadap IdDosen
22
IdDosen NamaDosen JenisKelamin Pendidikan TahunLulus
041 Faizal Rahman Pria S1 1984
041 Faizal Rahman Pria S2 1990
042 Shinta Dewi Wanita S1 1988
042 Shinta Dewi Wanita S2 1991
042 Shinta Dewi Wanita S3 1995
043 Kartono Pria S1 1985
10/4/2011
12
Second Normal Form (2NF)
 2NF adalah sebuah tabel yang telah memenuhi 1NF dan tidak
mengandung dependensi parsial.
 Agar sebuah tabel yang mengandung dependensi parsial bisa
memenuhi bentuk 2NF, maka dependensi parsialnya harus
dihilangkan.
 Cara mengubah 1NF menjadi 2NF :
1. Ubahlah setiap dependensi parsial menjadi sebuah tabel baru.
Jadikan determinannya sebagai PK.
2. Ubahlah dependensi yang terkait langsung dengan PK sebagai tabel
tersendiri. Jadikan PK semula menjadi PK tabel tersebut.
23
Contoh 1NF  2NF
 Dependensi parsial pada tabel ClientRental adalah :
 propertyNo  {pAddress, rent, ownerNo, oName}
clientNo propertyNo cName pAddress rentStart rentFinish rent ownerNo oName
CR76 PG4 JohnKay 1-Jul-00 31-Aug-01 350CO40 TinaMurphy
CR76 PG16 JohnKay 1-Sep-01 1-Sep-02 450CO93 Tonyshaw
CR56 PG4 1-Sep-99 10-June-00 350CO40 TinaMurphy
CR56 PG36 10-Oct-00 1-Dec-01 375CO93 Tonyshaw
CR56 PG16 1-Nov-02 10-Aug-03 450CO93 Tonyshaw
6 LawrenceSt,
Glasgow
5NovarDr,
Glasgow
Aline
Stewart
6 LawrenceSt,
Glasgow
Aline
Stewart
2ManorRd,
Glasgow
Aline
Stewart
5NovarDr,
Glasgow
24
10/4/2011
13
Contoh 1NF  2NF
 Tabel semula (1NF) :
ClientRental (clientNo, propertyNo, cName, pAddress, rentStart,
rentFinish, rent, ownerNo, oName)
 Dependensi parsial pada tabel ClientRental adalah :
 propertyNo  {pAddress, rent, ownerNo, oName}
 Hasil dekomposisi 2NF :
 Tabel PropertyOwner (propertyNo, pAddress, rent, ownerNo, oName)
 Tabel Rental (clientNo, propertyNo, cName, rentStart, rentFinish)
25
Contoh 1NF  2NF
Hasil dekomposisi 1NF menjadi 2NF :
26
propertyNo pAddress rent ownerNo oName
PG4 6 Lawrence St, Glasgow 350 CO40 Tina Murphy
PG16 5 Novar Dr, Glasgow 450 CO93 Tony Shaw
PG36 2 Manor Rd, Glasgow 375 CO93 Tony Shaw
clientNo propertyNo cName rent Start rentFinish
CR76 PG4 John Kay 1-Jul-00 31-Aug-01
CR76 PG16 John Kay 1-Sep-01 1-Sep-01
CR56 PG4 Aline Stewart 1-Sep-99 10-June-00
CR56 PG36 Aline Stewart 10-Oct-00 1-Dec-01
CR56 PG16 Aline Stewart 1-Nov-02 10-Aug-03
Tabel Rental
Tabel PropertyOwner
10/4/2011
14
Latihan-1
 Tabel di atas memenuhi kriteria yang mana :
(a) UNF (b) 1NF (c) 2NF
Jelaskan argumen anda !
 Lakukan normalisasi hingga 1 level di atasnya !
27
IdDosen NamaDosen JenisKelamin Pendidikan TahunLulus
041 Faizal Rahman Pria S1 1984
041 Faizal Rahman Pria S2 1990
042 Shinta Dewi Wanita S1 1988
042 Shinta Dewi Wanita S2 1991
042 Shinta Dewi Wanita S3 1995
043 Kartono Pria S1 1985
Dependensi Transitif
 FD pada tabel Kuliah di atas adalah :
 MataKuliah  {Jadwal, Ruang, Lokasi}
 Ruang  Lokasi
 Atribut Z memiliki dependensi transitif terhadap X jika :
 X  Y
 Y  Z
Dependensi transitif tersebut dapat dinotasikan sebagai : X  Y  Z
 Untuk contoh tabel Kuliah, Lokasi memiliki dependensi transitif terhadap
MataKuliah (karena : MataKuliah  Ruang  Lokasi) 28
MataKuliah Jadwal Ruang Lokasi
Struktur Data Senin, 10-12 1205 Gedung Barat
Pancasila Senin, 14-16 3037 Gedung Timur
Web Design Selasa, 12-14 1209 Gedung Barat
SistemPakar Rabu, 14-16 3017 Gedung Timur
MetodeNumerik Kamis, 10-12 3012 Gedung Timur
10/4/2011
15
Third Normal Form (3NF)
 3NF adalah sebuah tabel yang telah memenuhi 2NF dan tidak
mengandung dependensi transitif.
 Agar sebuah tabel yang mengandung dependensi transitif bisa
memenuhi bentuk 3NF, maka dependensi transitifnya harus
dihilangkan.
 Cara mengubah 2NF menjadi 3NF :
1. Bentuklah tabel baru yang mewakili dependensi fungsional yang
tidak melibatkan PK tabel semula. Jadikan determinannya sebagai
PK pada tabel baru tersebut.
2. Bentuklah tabel yang memuat semua atribut non-PK yang
bergantung pada PK tapi tidak bergantung pada determinan lain.
Jadikan PK semula menjadi PK tabel tersebut. Tambahkan juga
determinan perantara pada dependensi transitif menjadi FK pada
tabel ini.
29
Contoh 2NF  3NF
 Tabel PropertyOwner mengandung dependensi transitif :
 propertyNo  ownerNo  oName
 Tabel Rental mengandung dependensi transitif :
 {propertyNo, rentStart}  clientNo  cName
30
propertyNo pAddress rent ownerNo oName
PG4 6 Lawrence St, Glasgow 350 CO40 TinaMurphy
PG16 5 Novar Dr, Glasgow 450 CO93 Tony Shaw
PG36 2 Manor Rd, Glasgow 375 CO93 Tony Shaw
Tabel PropertyOwner
clientNo propertyNo cName rent Start rentFinish
CR76 PG4 John Kay 1-Jul-00 31-Aug-01
CR76 PG16 John Kay 1-Sep-01 1-Sep-01
CR56 PG4 Aline Stewart 1-Sep-99 10-June-00
CR56 PG36 Aline Stewart 10-Oct-00 1-Dec-01
CR56 PG16 Aline Stewart 1-Nov-02 10-Aug-03
Tabel Rental
10/4/2011
16
Contoh 2NF  3NF
31
propertyNo pAddress rent ownerNo ownerNo oName
PG4 6 Lawrence St, Glasgow 350 CO40 CO40 TinaMurphy
PG16 5 Novar Dr, Glasgow 450 CO93 CO93 Tony Shaw
PG36 2 Manor Rd, Glasgow 375 CO93
Tabel Property Tabel Owner
Hasil dekomposisi 3NF :
 Tabel Client (clientNo, cName)
 Tabel Rental (clientNo, propertyNo, rentStart, rentFinish)
 Tabel Owner (ownerNo, oName)
 Tabel Property (propertyNo, pAddress, rent, ownerNo)
ClientNo cName
CR76 John Kay
CR56 Aline Stewart
clientNo propertyNo rentStart rentFinish
CR76 PG4 1-Jul-00 31-Aug-01
CR76 PG16 1-Sep-01 1-Sep-01
CR56 PG4 1-Sep-99 10-June-00
CR56 PG36 10-Oct-00 1-Dec-01
CR56 PG16 1-Nov-02 10-Aug-03
Tabel Client Tabel Rental
Latihan-2
32
MataKuliah Jadwal Ruang Lokasi
Struktur Data Senin, 10-12 1205 Gedung Barat
Pancasila Senin, 14-16 3037 Gedung Timur
Web Design Selasa, 12-14 1209 Gedung Barat
SistemPakar Rabu, 14-16 3017 Gedung Timur
MetodeNumerik Kamis, 10-12 3012 Gedung Timur
 Tabel di atas memenuhi kriteria yang mana :
(a) UNF (b) 1NF (c) 2NF (d) 3NF
Jelaskan argumen anda !
 Lakukan normalisasi hingga 1 level di atasnya !
10/4/2011
17
Latihan-3
33
Lakukan normalisasi untuk tabel berikut ini :
Boyce–Codd Normal Form (BCNF)
 Sebuah tabel memenuhi bentuk BCNF jika dan hanya
jika determinan dalam setiap FD pada tabel tersebut
merupakan candidate key.
 Setiap tabel yang memenuhi bentuk BCNF juga
memenuhi kriteria bentuk 3NF. Tetapi tidak berlaku
sebaliknya !!
 Agar sebuah tabel 3NF (yang belum memenuhi BCNF)
bisa dijadikan tabel BCNF, maka FD yang melibatkan
determinan non-candidate key harus dipisahkan
menjadi satu tabel tersendiri.
34
10/4/2011
18
Contoh 3NF  BCNF
 Tabel ClientInterview (clientNo, interviewdate,
interviewTime, staffNo, roomNo)
 Tabel ClientInterview memenuhi bentuk 3NF.
Apakah juga memenuhi BCNF ?
clientNo interviewDate interviewTime staffNo roomNo
CR76 13-May-02 10:30 SG5 G101
CR56 13-May-02 12:00 SG5 G101
CR74 13-May-02 12:00 SG37 G102
CR56 1-Jul-02 10:30 SG5 G102
35
Contoh 3NF  BCNF
 FD pada tabel ClientInterview :
fd1 : clientNo, interviewdate  interviewTime, staffNo, roomNo
fd2 : staffNo, interviewdate, interviewTime  clientNo
fd3 : roomNo, interviewdate, interviewTime  staffNo, clientNo
fd4 : staffNo, interviewdate  roomNo
 Cek determinan pada semua FD :
fd1 : determinan adalah PK (berarti merupakan candidate key)
fd2 : determinanmerupakan candidate key
fd3 : determinanmerupakan candidate key
fd4 : determinan bukan merupakan candidate key
 Kesimpulan : tabel ClientInterview belum memenuhi BCNF
36
10/4/2011
19
Contoh 3NF  BCNF
 Untukmembentuk tabel yang memenuhi BCNF :
 Pisahkan atribut yang terlibat dalamfd4 menjadi tabel baru
StaffRoom. Jadikan atribut determinan sebagai PK dalamtabel
tsb.
 Tabel semula (ClientInterview) yang telah dibuang atribut
dependant-nya (pada fd4) dijadikan tabel Interview.
 Hasil normalisasi menjadi bentuk BCNF :
staffNo interviewDate roomNo
SG5 13-May-02 G101
SG37 13-May-02 G102
SG5 1-Jul-02 G102
37
clientNo interviewDate interviewTime staffNo
CR76 13-May-02 10:30 SG5
CR56 13-May-02 12:00 SG5
CR74 13-May-02 12:00 SG37
CR56 1-Jul-02 10:30 SG5
Multi Valued Dependency (MVD)
 MVD adalah dependensi antara dua atribut (misal A & B) dalam
sebuah tabel dengan ciri sbb :
 Untuk setiap nilai A terdapat sejumlah nilai B.
 NotasiMVD untuk dua atribut tsb ditulis : A –>> B
 Jika terdapat MVD sbb :
 X –>> Y dan X –>> Z
 Atribut Y dan Z bersifat independen (tidak saling bergantung)
Maka kondisi tersebut dapat ditulis : X –>> Z | Y
38
10/4/2011
20
Fourth Normal Form (4NF)
 4NF adalah sebuah tabel yang telah memenuhi BCNF dan tidak
mengandung lebih dari satuMVD.
 Agar sebuah tabel BCNF bisa memenuhi bentuk 4NF, maka harus
mengikuti aturan konversi yang termuat dalamTeorema Fagin :
Bila T(A, B, C) merupakan sebuah tabel dengan A, B, C sebagai
atributnya, maka T dapat dipecah menjadi (A, B) dan (A, C) jika T
memenuhi MVD : A –>> B | C
39
Contoh BCNF  4NF
 Tabel di atas memiliki dua MVD yaitu :
 MataKuliah –>> Dosen
 MataKuliah –>> BukuReferensi
 Karena atribut Dosen dan BukuReferensi bersifat independen, maka :
MataKuliah –>> Dosen | BukuReferensi
40
MataKuliah Dosen BukuReferensi
SBD Ir. Tukul Database Systems
SBD Ir. Tukul Modern DataManagement
SBD Dr. Sule Database Systems
SBD Dr. Sule Modern DataManagement
PTI Komeng MSc IT Horizons
PTI Komeng MSc Computer Sciences
PTI Drs. Parto IT Horizons
PTI Drs. Parto Computer Sciences
10/4/2011
21
Contoh BCNF  4NF
 Berdasarkan Teorema Fagin, tabel tersebut dapat dipecahmenjadi :
 MataKuliah_Dosen(MataKuliah, Dosen)
 MataKuliah _BukuReferensi (MataKuliah, BukuReferensi)
41
MataKuliah Dosen BukuReferensi
SBD Ir. Tukul Database Systems
SBD Ir. Tukul Modern DataManagement
SBD Dr. Sule Database Systems
SBD Dr. Sule Modern DataManagement
PTI Komeng MSc IT Horizons
PTI Komeng MSc Computer Sciences
PTI Drs. Parto IT Horizons
PTI Drs. Parto Computer Sciences
MataKuliah Dosen
SBD Ir. Tukul
SBD Dr. Sule
PTI KomengMSc
PTI Drs. Parto
MataKuliah BukuReferensi
SBD Database Systems
SBD Modern Data Management
PTI IT Horizons
PTI Computer Sciences
Fifth Normal Form (5NF)
 5NF adalah sebuah tabel yang telah memenuhi 4NF dan tidak
dapat didekomposisikan lebih lanjut.
 Michael V. Mannino :
“Because situations in which 5NF applies are rare, 5NF is generally not
considered a practical normal form . Understanding the details of 5NF
requires a lot of intelectual investment, but the return on your study time
is rarely applicable.”
(Database Design, Application Development, and Administration, p.236)
42

Tinggalkan Balasan

Isikan data di bawah atau klik salah satu ikon untuk log in:

Logo WordPress.com

You are commenting using your WordPress.com account. Logout / Ubah )

Gambar Twitter

You are commenting using your Twitter account. Logout / Ubah )

Foto Facebook

You are commenting using your Facebook account. Logout / Ubah )

Foto Google+

You are commenting using your Google+ account. Logout / Ubah )

Connecting to %s