Database design Siti Asmiatun, M.Kom

Conceptual Design Conceptual Database Design adalah proses pembuatan model yang berasal dari informasi yang digunakan pada perusahaan terpisah dari semua pertimbangan fisikal. Model data konseptual ini mencakup sebuah ERDiagram dan dokumentasi yang dapat menjelaskan mengenai data model, dan apabila terdapat anomaly, harus dilakukan perubahan atau bahkan mengharuskan pengulangan dari langkah- langkah sebelumnya.

Studi Kasus Tahapan Cara Membuat ERD Berikut ini adalah contoh tahapan dalam membuat ERD pada Sistem Informasi Akademik. Tahap 1: Penentuan Entities

Tahap 2 : Penentuan Atribut Mahasiswa: nim: nomor induk mahasiswa (integer) PK nama_mhs: nama lengkap mahasiswa (string) alamat_mhs: alamat lengkap mahasiswa (string) Dosen: nip: nomor induk pegawai (integer) PK nama_dosen: nama lengkap dosen (string) alamat_dosen: alamat lengkap dosen (string)

Mata_kuliah: Ruang: kode_mk: kode untuk mata kuliah (integer) PK nama_mk: nama lengkap mata kuliah (string) deskripsi_mk: deskripsi singkat mengenai mata kuliah (string) Ruang: kode_ruang: kode untuk ruang kelas (string) PK lokasi_ruang: deskripsi singkat mengenai lokasi ruang kelas (string) kapasitas_ruang: banyaknya mahasiswa yang dapat ditampung (integer)

Tahap 3 : Penentuan Kardinalitas Relasi a.  ruang digunakan untuk mata_kuliah: Tabel utama: ruang Tabel kedua: mata_kuliah Relationship: One-to-one (1:1) Attribute penghubung: kode_ruang (FK kode_ruang di mata_kuliah) b.  dosen mengajar mata_kuliah: Tabel utama: dosen Relationship: One-to-many (1:n) Attribute penghubung: nip (FK nip di mata_kuliah)

c. dosen membimbing mahasiswa: Tabel utama: dosen Tabel kedua: mahasiswa Relationship: One-to-many (1:n) Attribute penghubung: nip (FK nip di mahasiswa) d.  mahasiswa mengambil mata_kuliah: Tabel utama: mahasiswa, mata_kuliah Tabel kedua: mhs_ambil_mk Relationship: Many-to-many (m:n) Attribute penghubung: nim, kode_mk (FK nim, kode_mk di mhs_ambil_mk)

Tahap 4 : Pembuatan ERD

Logikal Design Logikal Database Design adalah proses pembuatan model yang berasal dari informasi yang digunakan dalam perusahaan yang berdasarkan model data tertentu ,tetapi independen pada DBMS utama dan pertimbangan aspek fisik yang lain.

Tahapan logical design Membuat relasi untuk logical data model Memvalidasi relasi dengan normalisasi Memvalidasi relasi dengan transaksi user Memeriksa integrity constraint Meninjau logical data model dengan user Menggabungkan logical data model ke dalam global data model

NORMALISASI Menurut Connolly (2010, p428), normalisasi merupakan suatu teknik untuk menghasilkan sekumpulan hubungan dengan properti yang diinginkan, yang memberikan kebutuhan data terhadap suatu perusahaan.

TAHAPAN NORMALISASI

Ketergantungan Fungsional Definisi : Atribut Y pada relasi R dikatakan tergantung fungsional pada atribut X (R.X ---> R.Y), jika dan hanya jika setiap nilai X pada relasi R mempunyai tepat satu nilai Y pada R. ‘ Misal, terdapat skema database Pemasok-barang : Pemasok (No-pem, Na-pem) Tabel PEMASOK-BARANG Ketergantungan fungsional dari tabel PEMASOK-BARANG adalah : No-pem ---> Na-pem

Ketergantungan Fungsional Penuh Definisi : Atribut Y pada relasi R dikatakan tergantung fungsional penuh pada atribut X pada relasi R, jika Y tidak tergantung pada subset dari X ( bila X adalah key gabungan) Contoh : KIRIM-BARANG( No-pem, Na-pem, No-bar, Jumlah) Ketergantungan fungsional : No-pem --> Na-pem No-bar, No-pem --> Jumlah (Tergantung penuh thd keynya)

Ketergantungan Transitif Definisi : Atribut Z pada relasi R dikatakan tergantung transitif pada atribut X , jika atribut Z tergantung pada atribut X pada relasi R dan atribut X tergantung pada atribut Y pada relasi R. Ketergantungan transitif : No-pem -> Kode-kota Kode-kota -> Kota , maka No-pem -> Kota

Bentuk Normal Kesatu (1NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal Kesatu bila setiap data bersifat atomik yaitu setiap irisan baris dan kolom hanya mempunyai satu nilai data Unnormal 1NF

Bentuk Normal Kedua (2NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal Kedua bila relasi tersebut sudah memenuhi bentuk Normal kesatu, dan atribut yang bukan key sudah tergantung penuh terhadap keynya. No_pem -> kode_kota, kota

Bentuk Normal Ketiga (3NF) Suatu relasi dikatakan sudah memenuhi Bentuk Normal ketiga bila relasi tersebut sudah memenuhi bentuk Normal kedua dan atribut yang bukan key tidak tergantung transitif terhadap keynya.