ENTITY-RELATIONSHIP MODEL

1. ENTITY-RELATIONSHIP MODEL

2. ENTITY-RELATIONSHIP MODEL • E-R Models are Conceptual Models of the database. They can not be directly implemented in a database. • Desainnya mendekati pengamatan/penerimaan user terhadap data. • Didasarkan atas OBJECT riil dunia nyata dan hubungan antar object-object tersebut. • Entity-Relationship model terdiri dari Entity, Relationship, dan Attribute.

3. ENTITY • Entity adalah obyek yang dapat dibedakan dalam dunia nyata. • Entity sets adalah kumpulan dari entity yang sejenis. • Entity sets dapat berupa : • Obyek secara fisik : Rumah, Kendaraan, Peralatan, Mahasiswa. • Oyek secara konsep : Pekerjaan, Perusahaan, Rencana, Matakuliah. • Simbol : persegi panjang nama_entity

4. ATRIBUTE • Atribut adalah karakteristik dari entity atau relationship yang menyediakan detail tentang entity atau relationship tersebut sehingga dapat dibedakan. Nilainya jarang berubah. • Atribut dari entity mahasiswa : nim nama jurusan alamat

5. VALUE SET (Domain) dari Atribut : • Kumpulan harga/nilai yang dapatdimilikiolehatributdarisuatuentitas. • Definisi domain darisuatuatributakanmencakup : tipe data, panjang, format, nilai yang memungkinkan, keunikandankemungkinan data null. • Contoh : • Atributnamapadaentitasmahasiswadomainnyanamaorang • Atributnamapadaentitasbarangdomainnyanamabarang

6. Macam-Macam Atribut • Atribut sederhana/atomik : atribut yang tidak dapat dibagi-bagi menjadi atribut yang lebih mendasar. Contoh : atribut harga dari entity barang. • Atribut komposit : atribut yang terdiri dari beberapa atribut yang lebih mendasar. Contoh : Entity mahasiswa memiliki atribut nama yang terdiri dari nama depan (first name), nama tengah (middle name) dan nama belakang (last name).

7. Macam-Macam Atribut (lanj) • Atribut Berharga Tunggal (Single-valued Attribute) : atribut yang hanya mempunyai satu harga untuk suatu entitas tertentu. Contoh : atribut umur. • Atribut Berharga Banyak (Multi-valued Attribute) : atribut yang dapat terdiri dari sekumpulan harga untuk suatu entitas tertentu. Contoh : atribut hobi. • Atribut Derivatif : suatu atribut yang dihasilkan dari atribut lain. Contoh : atribut umur yang dapat dihasilkan dari atribut tgl_lahir.

8. Atribut Kunci • identifier unik dari suatu entitas karena nilai dari atribut kunci ini akan berbeda untuk masing-masing entitas – biasa disebut primarykey. • dapat terdiri dari atribut sederhana/ komposit • Contoh : • NomorMobil dari entitas MOBIL komposit • kodemk dari entitas matakuliah  sederhana

9. Atribut Kunci (lanj) • ForeignKey(kunci tamu) : suatu atribut dalam suatu entity yang menunjuk ke atribut primarykey dari entity lain. • AlternateKey(kunci alternatif) : atribut kunci yang tidak ada di dunia nyata, tetapi diadakan dan dijadikan primarykey karena tidak ada satu pun atribut dalam sebuah entity yang dapat mewakili entity tersebut.

10. nama_atribut bernilai ganda Simbol-Simbol Atribut (oval) nama_atribut nama_atribut nama_atribut nama_atribut_kunci nama_atribut_komposit nama_atribut nama_atribut_derivatif nama_entity

11. work_on employee company RELATIONSHIP • Relationship adalah hubungan yang terjadi antara satu atau lebih entity. • Relationshipsets adalah kumpulan dari relationship yang sejenis. • Contoh : an employee work_on a company. relationship : work_on. • Simbol : wajik

12. employee supervisor supervise Supervision Derajat dari Relationship • Menjelaskan jumlah entity yang berpartisipasi dalam suatu relationship • Unary Degree (Derajat Satu) : sebuah entity berelasi dengan dirinya.

13. work_on employee company Derajat dari Relationship (lanj) • Binary Degree (Derajat Dua) : terdapat dua entity yang saling berhubungan.

14. title level job employee_name Branch_city employee_id branch_name work_on employee branch Derajat dari Relationship (lanj) • Ternary Degree (Derajat Tiga) : terdapat tiga entity yang saling berhubungan.

15. manager manages department manages M1 M2 M3 R1 R2 R3 D1 D2 D3 manager departement 1 1 Cardinality Ratio • Menjelaskan jumlah keterhubungan satu entity dengan entity yang lainnya. • (1 : 1) : satu entitas pada tipe entitas A berhubungan dengan paling banyak satu entitas pada tipe entitas B dan juga sebaliknya. Contoh : seorang manager mengelola satu departemen dan begitu sebaliknya.

16. employee works_for department works_for E1 E2 E3 E4 E5 E6 R1 R2 R3 R4 R5 R6 D1 D2 D3 employee department N 1 Cardinality Ratio (lanj) • (1 : N / N : 1) : suatu entitas di A dihubungkan dengan sejumlah entitas di B. Contoh : banyak karyawan berkerja untuk satu departemen atau satu departemen memiliki banyak karyawan yang bekerja untuknya.

17. employee works_on project works_on E1 E2 E3 E4 R1 R2 R3 R4 R5 R6 P1 P2 P3 employee project M N Cardinality Ratio (lanj) • (M : N) : setiap entitas A dapat berhubungan dengan banyak entitas B dan sebaliknya setiap entitas B juga dapat berhubungan dengan banyak entitas A. Contoh : satu proyek mempunyai banyak karyawan, satu karyawan boleh bekerja di beberapa proyek.

18. manages 1 1 employee departement Participation Constraint • Menjelaskan batasan keikutsertaan dari suatu entity terhadap hubungannya dengan entity yang lainnya. • Total Participation : menyatakan instance dari suatu entity harus berhubungan dengan instance dari entity lainnya. • Partial Participation : menyatakan setiap instance dari suatu entity tidak harus berhubungan dengan instance dari entity lainnya. • Contoh : setiap departemen harus dipimpin oleh seorang manager/karyawan (total participation) dan tidak semua karyawan yang memimpin suatu departemen (partial participation).

19. Weak Entity (Entitas Lemah) • Weak entity adalah suatu entity yang mana keberadaannya tergantung dari keberadaan entity lain. • Entity yang merupakan induknya disebut Identifying Owner dan relationshipnya disebut Identifying Relationship. • Weak entity selalu mempunyai total participation constraint terhadap Identifying Owner. Contoh : entity tanggungan keberadaannya bergantung pada karyawan.

20. nip ………… nama ………… memiliki karyawan tanggungan Weak Entity (lanj)

21. Entity-Relationship Diagram (ERD) • Merupakan diagram yang menggambarkan hubungan (relationship) antar entitas (entity).

22. Symbol Keterangan Symbol Keterangan = Entity = Atribut Komposit = Weak Entity = Relationship = Atribut Derivatif R = Identifying Relationship = Total Participation Of E2 In R E1 E2 = Atribut R 1 N = Cardinality Ratio 1:N For E1:E2 In R E1 E2 ______ = Atribut Kunci = Atribut Multivalue Symbol E-R Diagram

23. Tahap Pembuatan Entity Relationship Diagram • Mengidentifikasikan dan menetapkan seluruh himpunan entity yang akan terlibat. • Menentukan atribut-atribut dari setiap entity. • Menentukan atribut primary key dari setiap entity. • Menentukan relationship antar entity. • Menentukan atribut-atribut dari setiap relationship (jika ada). • Menentukan Cardinality Rasio. • Menentukan Participation Constraint.

24. Kamus Data • Menjelaskan nama entity set beserta atribut-atributnya. • Contoh : untuk entity set mahasiswa dengan atribut nim, nama dan alamat. maka kamus datanya berupa : mahasiswa = {nim, nama, alamat}. Ket : mahasiswa adalah nama entity set. nim, nama, alamat adalah nama atribut.

25. nip nama_dosen kode_jur nama_jur Mengepalai 1 1 Dosen Jurusan Contoh : ERD One to One

26. nip nama_dosen kode_mk nama_mk Mengajar 1 N Dosen Matakuliah Contoh : ERD One to Many

27. nim nama_mhs kode_mk nama_mk mengambil M N Mahasiswa Matakuliah Contoh : ERD Many to Many

28. city state street zip_code name id address customer Transformasi E-R Diagram ke Basis Data Relational Tahap-Tahap Transformasi : • Entity-Relationship Diagram menjadi basis data. • Entity menjadi tabel dan atribut menjadi kolom/field dari tabel. • Entitas lemah  key dari “owner” (entitas kuat) ke tabel entitas lemah. • Setiap tipe entity dibuat suatu tabel yang memuat semua atribut simple, sedangkan untuk atribut komposit hanya dimuat komponen-komponennya saja. Contoh : Tabel Customer

29. nama_proyek no_proyek Lokasi i proyek Transformasi E-R Diagram ke Basis Data Relational (lanj) • Setiap tabel yang mempunyai atribut multivalue, buatlah tabel baru dimana primary key-nya merupakan gabungan dari primary key dari tabel tersebut dengan atribut multivalue. Tabel Proyek Tabel Lokasi_Proyek

30. employee_name employee_id N supervision employee 1 Transformasi E-R Diagram ke Basis Data Relational (lanj) • Setiap unary relationship 1:N, selain membuat tabel baru berdasarkan entity, buat juga tabel baru berdasarkan relationship-nya dengan atribut kunci tamu (foreign key) berdasarkan atribut kunci dari entity tersebut dan atribut kunci alternatif sebagai primary key-nya. Tabel Employee Tabel Supervision

31. nip nama_dos Dosen 1 periode mengepalai 1 Jurusan kode_jur nama_jur Transformasi E-R Diagram ke Basis Data Relational (lanj) • Untuk CR 1:1 dengan atau tanpa total participation maka akan dibuat tabel baru berdasarkan relationship, dimana kolom-kolomnya terdiri dari alternate key, dan primary key dari masing-masing entity. Tabel Dosen Tabel kaprodi Tabel Jurusan

32. nip nama_dos Dosen 1 perwalian N mahasiswa nim nama_mhs Transformasi E-R Diagram ke Basis Data Relational (lanj) • Untuk CR (Cardinality Ratio) 1:N dengan atau tanpa total participation maka primary key dari sisi 1 masuk ke sisi N. Tabel Dosen Tabel Mahasiswa

33. N mengambil M matakuliah kode_mk nama_mk nim nama_mhs mahasiswa Transformasi E-R Diagram ke Basis Data Relational (lanj) • Untuk CR M:N  dibuat tabel tersendiri berdasarkan relationshipnya dengan kolom-kolomnya terdiri dari alternate key dan primary key dari masing-masing entity. Tabel Mahasiswa Tabel KRS semester Tabel Matakuliah

34. Studi Kasus :Rental VCD FILM • Spesifikasi Database • Data dari film berupa : judul, jumlah kepingan, jumlah film. • Film yang disewakan dikelompokkan ke dalam kelompok film yang terdiri dari jenis film dengan masing-masing jenis memiliki harga sewa yang berbeda, artinya jenis film menentukan harga sewanya. • Data customer yang menyewa berupa : no identitas, jenis identitas, nama dan alamat. • Setiap customer dapat menyewa lebih dari satu film. • Satu judul film dapat disewa oleh beberapa customer. • lama sewa sesuai dengan jumlah film, terhitung dari tgl menyewa. • Setiap keterlambatan pengembalian akan dikenakan denda per hari dan per film. nilai dari denda sudah ditetapkan (konstan).

35. Tahap Pembuatan Entity Relationship Diagram • Mengidentifikasikan entity-entity yang ada. entity-entity : KelompokFilm, Film, Customer. • Menentukan atribut-atribut dari setiap entity. • Menentukan primary key dari setiap entity.

36. Tahap Pembuatan Entity Relationship Diagram (lanj) • Menentukan relationship antar entity. • Menentukan atribut-atribut dari setiap relationship (jika ada).

37. Tahap Pembuatan Entity Relationship Diagram (lanj) • Menentukan Cardinality Rasio. • Menentukan participation constraint. • Setiap film harus merupakan anggota dari suatu jenis film, sehingga film memiliki total participation terhadap relationshipnya dengan entity kelompok film. • Setip customer tidak harus selalu menyewa film dan setiap film tidak harus disewa oleh customer. Sehingga entity-entity ini memiliki partial participation relationship antar keduanya.

38. judul dikelompokkan kode_film jml_keping harga_sewa jenis jml_film Film N kelompokfilm 1 N tgl_sewa total_film jenis_identitas no_identitas menyewa total_harga M Customer denda tgl_kembali nama alamat Entity Relationship Diagram Rental VCD FILM

39. Latihan Transformasi ke Basis Data Relasional Latihan Sebuah perpustakaan kampus sederhana memiliki aturan-aturan sebagai berikut : 1. Sebuah perpustakaan memiliki Buku yang dapat dipinjam oleh Anggota perpustakaan. 2. Anggota dapat meminjam Buku pada perpustakaan lebih dari satu buku dalam sekali peminjaman. 3. Pada Buku yang harus di catat adalah NoBuku, Judul, Pengarang, Penerbit, Tahun Terbit, Jenis Buku (Majalah, Kumpulan Artikel, Novel, Komik, Buletin, dsb), Status (sedang dipinjam, ada diperpustakaan) 4. Pada Anggota yang harus dicatat adalah Nomor Anggota, Nama, Alamat, Kota, No Telepon, Tanggal Lahir, Jurusan. 5. Pada setiap terjadi Transaksi Peminjaman maka dicatat Tanggal Pinjam dan Tanggal Kembali.

40. Latihan Transformasi ke Basis Data Relasional TugasAndaadalah: 1.Buatlah ER diagram untuksistem database perpustakaantersebut. 2.Tentukan bentukrelasinya. 3.Tranformasikan ERD tersebutke basis data relasional 4. BuatlahTabelnormalisasi 1NF,2NF,3NF. 5. Dikumpulkandalambentuk file atau Hard copy. Untuk file, email keswadharmapti@gmail.comditutupjam 12 Malam. Jika Hard Copy padasaat UAS.