Normalization: 1NF, 2NF, and 3NF.
bab 13 dan bab 14

—
anomali = ketidak normalan

Ada beberapa anomali :

1. update anomali <– keadaan dimana, kalo mengupdate sebuah harga ga cukup 1 kali
tapi harus sebanyak jumlah data yg sama
contoh di slide hal 7

2. insert anomali <– ga bisa insert karena data belum lengkap
contoh : tambah loan tapi branch blm ada

3. delete anomali <– ketika menghapus satu informasi, maka kehilangan informasi yg lain
contoh :
kalo hapus B003 maka Mary Howe kehapus

–

perhatikan juga prinsip :
Lossy-Join Decomposition <– kalo mo mecah tabel, kalo dibalikin harus bisa sama (balik kesemula)

Functional Dependency <– contoh : nama anda fungtionaly dependent dengan NPM

—

Tahap Normalisasi :
dilakukan setelah dilakukan pemetaan menjadi tabel2

—
Normal 1 <– multi value atribute dah ga ada
kalo pake ERD maka normal ke 1

–
normal 2 <– full functional dependency

contoh : date_completed <– karena full tergantung sama kunci,
yg lainnya parsial

maka dipecah 2 tablenya
—

normal ke 3 :
transitive dependency <– A menentukan B dan B menentukan C

note :
pada prakteknya sampe 3 aja sudah cukup

tapi perlu diperiksa apakah BCNF atau tidak, normal 5 atau tidak

latihan akhir bab 13, hal 414
jawabannya :
3 tabel
—

Advanced Normalization
bab 14

2NF, 3NF, BCNF <– based on keys and FDs of a relation schema
4NF <– based on keys, multi-valued dependencies : MVDs;
5NF <– based on keys, join dependencies : JDs

perancangan db yg berkualitas dan memenuhi kebutuhan

BCNF <– super key <– kalau tau K kita tau semua

curiga ada BCNF kalau :
punya 2 atau lebih kandidat key yg komposit

kejadian kalo dah normal ke 3 ga dicek BCNF
maka ketika dijoin kembali menjadi salah (lebih banyak datanya)
sporious  tuple  <– baris2 palsu

–
akar permasalahannya :
karena ada primary dan foreign key ga cocok

–

UTS :
mapping <– untuk kuis besok
normalisasi
dll

—
setelah UTS ada lab
7 minggu untuk lab

Dosen : Yudho Giri Sucahyo

Dimulai dengan perkenalan lagi, membahas silabus kuliah, dan
materi kuliah yang sebagian besar diambil dari buku
Thomas Connoly, Data Base Systems ( fourth edition ), John Wiley, 2005

Gw heran, gimana caranya bapak ini mengikuti segala trend informasi yg ada,
dari trend teknologi, pengetahuan umum, implementasi project dilapangan, film, sampai
korban iklan, ditengah kesibukan beliau sehari2.

Bikin gw, berfikir ulang kalau mo ngomong ‘ga punya waktu’, padahal mungkin
kalau dibandingkan beliau, kesibukan gw masih ga sebanding .

Dengan pengetahuan beliau yg luas dan uptodate tsb, disertai cara menjelaskan
yg fun dan contoh2 yg gampang dicerna, ga terasa jam sudah menunjuk ke 21:30,
ketika materi hari itu selesai disampaikan.

Dijelaskan juga info dibalik [alasan] matakuliah2 yg ditawarkan pada paket program MTI-UI,
khususnya di semester pertama ini, dimana tiap matakuliah saling berhubungan
dan penekanannya di tiap matakuliah tsb, serta hubungannya dengan praktek industri IT dilapangan.

Berikut sedikit catatan gw [untuk lengkapnya, lihat pdf file, yg telah diberikan secara online melalui webkuliah MTI, maaf harus pakai login & terdaftar pada kuliah tsb]:

UML
pembuatan UML pada sebuah project berada pada tahap analisa;
kalau dah masuk ke rancangan table baru disebut masuk ke tahap design;
design = pemetaan ERD jadi tabel.

Entity <– yg perlu disimpan dlm db.
1. fisikal <– ex : dosen
2. konseptual <– ex : matakuliah
antar entitas ada hubungannya [relationship]

Attribut <– karakteristik dari entitas

—
dalam perancangan sebuah sistem, [khususnya beban proses database]
perlu dipertimbangkan heavy dimana.
di sisi server [banyak trigger & store proc] atau
di client [proses/validasi dilakukan di client],
tergantung infrastruktur yg ada.

–