Pemodelan Database Pengolahan Basis Data.

Presentasi berjudul: "Pemodelan Database Pengolahan Basis Data."— Transcript presentasi:

1 Pemodelan Database Pengolahan Basis Data

2 Model Data Menyatakan hubungan antardata dalam database
Ada tiga macam model data dasar Hierarkis Jaringan Relasional

3 Model Hierarkis Dikenal pula sebagai model pohon Dosen Siti Nurbaya
Ashadi Pengantar Basis Data Pemrograman C Matematika I Rudi Asti Dina Dina Edi Ita Edi

4 Model Jaringan Disebut juga model CODASYL
Setiap anak bisa memiliki lebih dari satu orangtua Dosen Siti Nurbaya Dosen Ashadi Pengantar Basis Data Pemrograman C Matematika I Rudi Asti Dina Edi Ita

5 Model Relasional Merupakan model data yang paling populer saat ini
Nama Dosen Kelas Mahasiswa Siti Nurbaya Pengantar Basis Data Rudi Asti Dina Pemrograman C Edi Ashadi Matematika I Ita Merupakan model data yang paling populer saat ini Menggunakan model berupa tabel berdimensi dua (yang disebut relasi atau tabel) Memakai kunci tamu (foreign key) sebagai penghubung dengan tabel lain

6 Model Relasional (lanjutan)
NO_MHS NAMA_MHS 55 Ashadi 56 Rina 57 Budi KODE_MK NAMA_MK DB001 Pengantar Basis Data Basis Data Lanjut PI001 Teknik Multimedia NO_MHS KODE_MK NILAI 55 DB001 A PI001 B 56 57

7 Model Relasional (lanjutan)
DB001 57 B 56 PI001 55 NILAI KODE_MK NO_MHS Relasi atau tabel Sebuah baris atau tuple Atribut atau kolom Kardinalitas Domain NILAI (A, B, C, D, E)

8 Model Relasional (lanjutan)
Beberapa sifat yang melekat dalam relasi: Tidak ada baris yang kembar Urutan tupel tidak penting Setiap atribut memiliki nama yang unik Letak atribut bebas Setiap atribut memiliki nilai tunggal dan jenisnya sama untuk semua baris

9 Konsep Dasar Basis Data
Field Field merupakan implementasi dari suatu atribut data. Field merupakan unit terkecil dari data yang berarti(meaningful data) yang disimpan dalam suatu file atau basis data. Record Field-field tersebut diorganisasikan dalam record-record Record merupakan koleksi dari field-field yang disusun dalam format yang telah ditentukan. Selama desain sistem, record akan diklasifikasikan sebagai fixed-length record atau variable-length record.

10 Konsep Dasar Basis Data(1)
Selama desain sistem, record akan diklasifikasikan sebagai fixed-length record atau variable-length record. Fixed-length record: tiap instance record punya field, jumlah field, dan ukuran logik yang sama Variable-length record : mengijinkan record-record yang berbeda dalam file yang sama memiliki panjang yang berbeda. File dan Tabel Record-record yang serupa diorganisasikan dalam grup-grup yang disebut file. Jadi file merupakan kumpulan semua kejadian dari struktur record yang diberikan. Tabel merupakan ekivalen basis data relasional dari sebuah file.

11 Operasi dasar pada Database
Menambah data Membaca data Mengubah data Menghapus data

12 Kunci(key) Kunci merupakan elemen record yang dipakai untuk menemukan record tersebut pada waktu akses atau bisa digunakan untuk identifikasi tiap record. Jenis-jenis kunci : Superkey Candidat key Primary key Alternate key Foreign key External key

13 Kunci(key) (1) ID_cus Name No.of Pay Amount 112233 Tim 890 9000 112231
Superkey : kumpulan atribut dari suatu tabel yang dapat digunakan untuk mengidentifikasi entity atau record dari tabel tersebut secara unik Candidate key : superkey dengan jumlah atribut minimal. Candidat key ini tidak boleh berisi atribut dari tabel yang lain Candidat key ID_cus Name No.of Pay Amount 112233 Tim 890 9000 112231 Gabry 891 8000 112241 Holy 895 10000

14 Kunci(key) (2) Primary key :Salah satu atrribut dari candidat key dapat dipilih menjadi primary key dengan 3 kriteria sbb : Key tersebut lebih natural untuk dijadikan acuan Key tersebut lebih sederhana Key tersebut cukup uniqe Alternate key :Setiap atribut dari candidate key yang tidak terpilih sebagai primary key akan dinamakan alternate key. Pada contoh sebelumnya bila untuk primary key dipilih ID_Cus maka alternate key nya adalah No.of Pay Foreign key : merupakan sembarang atribut yang menunjuk kepada primary key pada tabel lain. Akan terjadi pada suatu relasi yang memiliki kardinalitas one to many atau many to many

15 Kunci(key) (3) Foreign key (cont’) Foreign key Primary key Primary key
KODE MK SKS KD-Dosen TEL 100 Fisika 3 D-101 TEL 200 Isyarat 2 D-109 TEL 210 T.Kendali KD-Dosen Nama_Dosen D-100 Badu,S.T D-101 Ir.Thomas D-109 Harry,S.T,M.T Primary key Foreign key Primary key

16 Tahapan Perancangan Database
Perancangan secara konseptual Diagram konteks DFD Model ER Perancangan secara logis Translasi model ER ke Model Relasional Perancangan secara fisik Penciptaan database, relasi, dan hal-hal terkait ke dalam bentuk fisik

17 Diagram Konteks Merupakan gambaran kasar aliran informasi dan data yang akan dilakukan oleh system database yang akan dirancang Diagram ini hanya menjelaskan secara umum gambaran aliran konteks dari rancangan system yang akan dibuat.

18 Contoh DFD Konteks Bagian Penjualan Laporan penjualan
Daftar rencana pembayaran Sistem Pembayaran Royalti Transfer Manajer Keuangan Bank Persetujuan Bukti transfer Surat pemberitahuan Pengarang

19 DFD (Data Flow Diagram)
DFD merupakan detail rancangan dari diagram konteks yang sudah dibuat yang sudah memuat rancangan table database yang akan diimplementasikan pada database yang akan dibuat

20 Contoh DFD 1 Mencatat buku terjual 2 Membuat Laporan royalti
Laporan penjualan 1 Mencatat buku terjual Data buku terjual Catatan royalti Jadwal pembayaran Royalti terbayar Waktu pembayaran Daftar rencana pembayaran Royalti belum terbayar 2 Membuat Laporan royalti Jatuh tempo Royalti belum terbayar Persetujuan Ringkasan royalti Transfer 3 Memproses pembayaran Data pengarang Bukti transfer Surat pemberitahuan Nomor rekening Pengarang Rekening bank Pembayaran

21 Entity Relationship Diagram(ERD)
ERD merupakan model jaringan yang menggunakan susunan data yang disimpan dalam sistem secara abstrak ERD menekankan pada struktur dan relationship data, berbeda dengan DFD(Data Flow Diagram) yang merupakan model jaringan fungsi yang akan dilaksanakan sistem Biasanya digunakan oleh profesional sistem untuk berkomunikasi dengan pemakai eksekutif tingkat tinggi dalam perusahaan yang tidak tertarik pada pelaksanaan operasi sistem sehari-hari, namun lebih kepada : Data apa saja yang diperlukan untuk bisnis mereka? Bagaimana data tersebut berelasi dengan data lainnya? Siapa saja yang diperbolehkan mengakses data tsb?

22 Simbol dalam Diagram E-R
Kardinalitas: ENTITAS Selalu hanya satu Hubungan Satu atau banyak Nol atau satu Atribut Nol, satu, atau banyak Garis bawah: Kunci atau pengenal (identifier)

23 Contoh ERD Memasok BARANG Mengirim KIRIMAN PEMASOK Digunakan_ pada
PRODUK Berisi PESANAN PELANGGAN

24 Latihan Rancanglah diagram E-R dari kasus aplikasi database sederhanauntuk sistem informasi akademis suatu universitas. Dengan ketentuan sebagai berikut : Entities yang dimuat adalah : mahasiswa: menyimpan semua informasi pribadi mengenai semua mahasiswa dosen: menyimpan semua informasi pribadi mengenai semua dosen mata_kuliah: menyimpan semua informasi mengenai semua mata kuliah yang ditawarkan ruang: menyimpan semua informasi mengenai ruang kelas yang digunakan

25 Normalisasi Normalisasi merupakan teknik analisis data yang mengorganisasikan atribut-atribut data dengan cara mengelompokkan sehingga terbentuk entitas yang non-redundant, stabil, dan fleksible Normalisasi dilakukan sebagai uji coba pada suatu relasi secara berkelanjutan untuk menentukan apakah relasi itu sudah baik, yaitu dapat dilakukan proses insert,update,delete, dan modifikasi pada satu atau beberapa atribut tanpa mempengaruhi integritas data dalam relasi tersebut.

26 Normalisasi: 1NF, 2NF, 3NF Bentuk Normal ke Satu(1NF)
Syarat : Tidak ada set atribut yang berulang atau bernilai ganda. Telah ditentukannya primary key untuk tabel atau relasi. Tiap atribut hanya memiliki satu pengertian. Tiap atribut yang dapat memiiki banyak nilai sebenarnya menggambarkan entitas atau relasi yang terpisah. Bentuk Normal ke Dua(2NF) Bentuk data telah memenuhi kriteria bentuk normal ke satu. Atribut bukan kunci(non-key attribute) haruslah memiliki ketergantungan fungsional sepenuhnya pada primary key.

27 Normalisasi: 1NF, 2NF, 3NF (1)
Bentuk Normal ke Tiga(3NF) Syarat : Bentuk data telah memenuhi kriteria bentuk normal ke dua. Atribut bukan kunci(non-key attribute) tidak boleh memiliki ketergantungan fungsional terhadap atribut bukan kunci lainnya. Seluruh atribut bukan kunci pada suatu relasi hanya memiliki ketergantungan fungsional terhadap primary key di relasi itu saja.

28 Contoh Normalisasi : Diberikan tabel Mahasiswa di bawah ini, akan dilakukan normalisasi sampai bentuk normal ke tiga Perhatikan bahwa tabel di atas sudah dalam bentuk normal ke Satu(1NF)

29 Contoh(cont’) Bentuk Normal ke dua(2NF) : Belum memenuhi kriteria 3NF,
Karena atribut non-key Nilai dan Bobot masih memiliki ketergantu- ngan fungsional.

30 Contoh(cont’) Bentuk Normal ke tiga(3NF) :