database lanjutan 2

19
Basis Data Pertemuan 4 Weny Mistarika Rahmawati

Upload: putrawitama

Post on 29-Sep-2015

215 views

Category:

Documents


2 download

DESCRIPTION

database

TRANSCRIPT

Basis Data Pertemuan 4

Basis DataPertemuan 4Weny Mistarika RahmawatiMateri hari iniReview materi minggu laluWeak entityISA hierarchyAggregationConceptual design with ER model

Review materi minggu laluER DIAGRAMTeknik pemodelan data yang menggambarkan entitas dan hubungan antar entitas dalam sebuah sistem informasi.ERD memiliki dua komponen utama:Entity / entitasRelationship / hubungan

Entitas ??????Pegawai IDNama Alamat Relationship ?????Pegawai IDNama Alamat Bekerja_padaDepartemenIDDdname sejakKey constraintPegawai IDNama Alamat Menge-palaiDepartemenIDDdname sejakMany-to-Many1-to-11-to ManyMany-to-1Participation constraintPartisipasi total Partisipasi parsialPegawai IDNama Alamat Bekerja_padaDepartemenIDDdname sejakMenge-palaisejakMateri hari iniWeak entity / entitas lemahMerupakan sebuah entitas yang dapat diidentifikasi secara unik berdasarkan key dari entitas lain (owner entity).Owner entity set dan weak ebtity set harus berhubungan one to many (satu owner entity dapat memiliki banyak weak entity).Weak entity harus berpartisipasi total terhadap identifikasi relation set.Weak entity / entitas lemahContoh : Pegawai dalam sebuah departemen dapat mendaftarkan asuransi untuk tanggungannya.

Pegawai IDNama Alamat Dftr_asrnsiTanggungantnamaumur biayaSebagai entitas lemah, entitas Tanggungan memiliki tnama yang merupakan partial key. Pada partial key memungkinkan adanya duplikasi.Apabila seorang pegawai keluar, maka seluruh data pada dftr_asrnsi dan Tanggungan juga otomatis hilang.ISA (is a) hierarchy Sebagaimana dalam sebuah class dapat memiliki beberapa subclass.Pegawai IDNama Alamat Peg_jamJam_kerjaGaji_perjam Peg_contractcontractid ISAPeg_jam is a pegawai.Peg_jam dan peg_contract diturunkan dari pegawai. Peg_jam memiliki seluruh atribut pegawai ditambah atribut Jam_kerja dan Gaji_perjam.ISA (is a) hierarchy Ada 2 cara melihat hirarki classPegawai dispesifikan menjadi peg_perjam dan Peg_contract.Peg_perjam dan Peg_contract digeneralisasi menjadi Pegawai.

Terdaat 2 constraint yang dapat ditemukan:Overlap constraint : Apakah seorang yang sama dapat menjadi angota Peg_perjam dan Peg_contract? (yes/no)Covering constraint : Apakah setiap anggota Pegawai harus menjadi anggota dari salah satu Peg_perjam atau Peg_contract? (yes/no)

Aggregation / agregasiMemungkinkan sebuah relationship set berhubungan dengan relationship set lainnya.Contoh : dalam sebuah perusahaan, sebuah proyek dapat disponsori oleh satu atau lebih departemen. Departemen yang mensponsori proyek mungkin akan miminta karyawannya untuk memonitor proyek tersebut.Proyek pidmulai budget sponsorDepartemenIDDdname sejakPegawai IDNama Alamat memonitorsampaiConceptual design with ER modelAtribut vs entityContoh : alamat pegawai harus menjadi sebuah atribut atau entitas?Apabila setiap pegawai hanya memiliki satu alamat, maka alamat dapat menjadi atribut pegawai.Alamat dapat menjadi sebuah entitas apabila:Seorang pagawai dapat memiliki lebih dari satu alamat.Kita ingin memisah unsur alamat. Seperti nama jalan, nama kota, kode pos, negara. Conceptual design with ER modelEntity vs relationshipContoh : seorang pegawai dapat mengepalai satu atau lebih departemen sebagai kadep. Seorang kadep diberikan budget untuk departemen yang dikepalainya. budgetPegawai IDNama Alamat mengepalaiDepartemenIDDdname sejakERD tersebut OK jika budget yang diberikan untuk masing-masing departemen terpisah.Bagaimana jika seorang manager diberi budget tertentu untuk seluruh departemen yang dikepalainya?

Conceptual design with ER modelERD tersebut dapat menimbulkan:Redundancy: budget yang disimpan dengan nilai yang sama untuk kadep yang sama.Misleading: budget diasosiasikan dengan relasi mengepalai

mengepalaiDepartemenIDDdname sejakPegawai IDNama Alamat kadepbudgetISAOn the spot exercise Buatlah ERD yang melibatkan 3 entitas !Selamat Belajar