Ringkasan Buku Modern Database Management Chapter 5 tentang " Logical Database Design and The Relational Model "

Logical database design (model data logis) merupakan salah satu metodelogi perancangan database, proses mengubah conceptual data model. Dari beberapa data model yang ada, logical database design merupakan salah satu yang konsisten dan kompatibel dengan segala jenis database.

Logical database design adalah proses transformasi konseptual data model ke dalam data model logika. Penekanan pada bab 5 di buku ini adalah pada model data relasional, karena pentingnya data kontemporer database system.

Sedangkan model data relasional adalah data dalam bentuk tabel yang disebut hubungan. Suatu relasi adalah sebuah nama, dua dimensi tabel data.

Kunci tamu dari hubungan adalah bahwa mereka tidak mengandung multivalued atribut.

Buku ini menjelaskan langkah-langkah utama dalam proses desain database logis. proses ini didasarkan pada transformasi diagram EER ke hubungan yang dinormalisasi. tiga langkah dalam proses ini adalah sebagai berikut:

            1. mengubah diagram EER ke hubungan

            2.  menormalkan hubungan.  

            3. dan menggabungkan hubungan.

hasil dari proses ini adalah serangkaian hubungan dalam bentuk normal ketiga yang, dapat diimplementasikan menggunakan sistem manajemen basis data relasional kontemporer.

Setiap tipe entitas dalam diagram EER ditransformasikan ke relasi yang memiliki kunci utama yang sama dengan tipe entitas. hubungan one-to-many diwakili dengan menambahkan kunci asing ke relasi yang mewakili entitas di banyak sisi hubungan. (Kunci asing ini adalah kunci utama entitas di satu sisi hubungan). 

hubungan banyak ke banyak diwakili dengan menciptakan hubungan terpisah. kunci utama dari relasi ini adalah kunci komposit, yang terdiri dari kunci primer dari setiap entitas yang berpartisipasi dalam hubungan.

model relasional tidak secara langsung mendukung hubungan supertipe / subtipe, tetapi kita dapat memodelkan hubungan ini dengan membuat tabel (atau relasi) terpisah untuk supertipe dan untuk setiap subtipe. 

kunci utama dari setiap subtipe adalah sama (atau setidaknya dari domain yang sama) seperti untuk supertype. supertipe harus memiliki atribut yang disebut subtipe diskriminator yang mengidolakan subtipe (atau subtipe) yang dimiliki oleh setiap instance supertipe.

Tujuan normalisasi adalah untuk memperoleh hubungan yang terstruktur dengan baik yang bebas dari anomali (ketidakkonsistenan atau kesalahan) yang jika tidak akan terjadi ketika hubungan diperbarui atau dimodifikasi. 

            Normalisasi didasarkan pada analisis dependensi fungsional, yang merupakan kendala antara dua atribut (atau dua set atribut). itu dapat dicapai dalam beberapa tahap. relasi dalam bentuk normal pertama (1NF) tidak mengandung atribut multinilai atau grup berulang.

hubungan dalam bentuk normal kedua (2NF) berlanjut tanpa ketergantungan parsial, dan hubungan dalam bentuk normal ketiga (3NF) tidak mengandung dependensi transitif. kita dapat menggunakan diagram yang menunjukkan dependensi fungsional dalam suatu relasi untuk membantu menguraikan relasi itu (jika perlu) untuk mendapatkan relasi dalam bentuk normal ketiga. bentuk normal yang lebih tinggi (di luar 3NF) juga telah ditetapkan; kita membahas bentuk-bentuk normal ini dalam lampiran B.

kita harus berhati-hati ketika menggabungkan hubungan untuk menangani masalah seperti sinonim, homonim, dependensi transitif, dan hubungan supertipe / subtipe. selain itu, sebelum hubungan didefinisikan ke sistem manajemen basis data, semua kunci utama harus digambarkan sebagai kunci atribut tunggal yang tidak cerdas, dan lebih disukai, sebagai kunci perusahaan.