Rangkuman week 06 sesi 01: ER-Modelling (Entity-Relationship Modelling)
Penulis: Eka Rahmadani Ritonga (31S17003)
Pada perkuliahan week 06 sesi pertama mempelajari tentang ER-Modelling (Entity-Relationship Modelling). Tujuan dari perkuliahan ini adalah:
1. Memahami jenis Pemodelan ER
2. Memahami konsep dasar Pemodelan ER
3. Memahami contoh ER-Modeling
Entity Relationship Diagram (ERD) adalah representasi visual dari berbagai entitas dalam suatu sistem dan bagaimana mereka berhubungan satu sama lain. Sebagai contoh, elemen penulis, novel, dan konsumen dapat digambarkan menggunakan diagram ER sebagai berikut:
Terdapat ER yang dibangun untuk 2 atau 3 tingkat abstraksi, yaitu:
1. Conceptual data model
Ini adalah model ER tingkat tertinggi yang berisi detail paling tidak terperinci. Akan tetapi menetapkan cakupan keseluruhan dari apa yang akan disertakan dalam set model. Model ER konseptual biasanya mendefinisikan entitas data referensi master yang umum digunakan oleh organisasi.
2. Logical data model
Model logical ER tidak memerlukan model conceptual ER, terutama apabila ruang lingkup model Logical ER hanya mencakup pengembangan sistem informasi yang berbeda. Model Logical ER berisi lebih detail daripada model conceptual ER.
3. Physical data model
Satu atau lebih physical ER Model dapat dikembangkan dari setiap model logical ER.
Model physical ER biasanya dikembangkan untuk dipakai sebagai database. Jadi, setiap model physical ER harus berisi cukup detail untuk menghasilkan database dan setiap model physical ER tergantung pada teknologi karena setiap sistem managemen database agak berbeda. Contoh penggunaan physical ER Model adalah:
a. Database tables
b. Database indexes seperti unique key indexes
c. Database constraints seperti sebuah foreign key constraint atau commonality constraint (batasan kesamaan
d. Model ER juga biasanya digunakan untuk merancang modifikasi pada objek database relasional dan untuk memelihara metadata struktural dari database.
a. dan untuk memelihara metadata struktural dari database.
Model ER
Entitas adalah sesuatu yang penting yang perlu direpresentasikan dalam file database. Suatu entitas mewakili satu tema atau topik. Entitas dibatasi untuk hal-hal yang dapat diwakili oleh satu tabel.
Relation
Relasi adalah tabel dua dimensi yang memiliki karakteristik tertentu. Dimensi dapat berupa tabel seperti matriks yang terdiri dari baris dan kolom.
Karakteristik Relation
- Baris berisi data tentang suatu entitas
- Kolom berisi data tentang atribut entitas
- Sel tabel berisi satu nilai
- Semua entri dalam kolom memiliki jenis yang sama
- Setiap kolom memiliki nama yang unik
- Urutan kolom tidak penting
- Urutan baris tidak penting
- Tidak ada dua baris yang identik
A key
A key adalah satu (atau lebih) kolom dari suatu relasi yang digunakan untuk mengidentifikasi baris.
A Composite Key
A Composite Key adalah kunci yang berisi dua atau lebih atribut. Agar key menjadi unik, maka diubah a composite key
Contoh a composite key:
Untuk mengidentifikasi anggota keluarga, maka perlu mengetahui FamilyID, FirstName, dan Suffix
The composite key adalah:
(FamilyID, FirstName, Suffix)
Seseorang perlu mengetahui nilai dari ketiga kolom untuk mengidentifikasi individu secara unik.
A Candidate Key
A Candidate Key disebut “kandidat” karena itu adalah kandidat untuk menjadi primary key. A Candidate Key merupakan key yang unik.
Primary Key
Primary Key adalah kandidat key yang dipilih sebagai kunci utama untuk relasi. Jika sudah mengetahui nilai primary key, maka akan dapat mengidentifikasi secara unik satu kunci baris.
Relationship Between Tables
Tabel mungkin terkait dengan tabel lain. Contohnya:
- Seorang Karyawan bekerja di suatu Departemen
- Manajer mengendalikan sebuah Proyek
A Foreign Key
Untuk mempertahankan relationship diperlukan foreign key. Foreign key adalah primary key dari satu tabel yang ditempatkan ke tabel lain. Key tersebut disebut Foreign key dalam tabel yang menerima key tersebut. Contohnya:
MgrID merupakan primary key pada Manager dan ketika dimasukkan ke dalam Project, maka MgrID merupakan foreign key pada tabel Project.
Referential Integrity
Referential Integrity menyatakan bahwa setiap nilai foreign key harus cocok dengan nilai primary key yang ada.
A Surrogare Key
Kunci Pengganti adalah nilai numerik unik yang ditambahkan ke relasi ke server sebagai
Primary key. Nilai surrogate key tidak memiliki arti bagi pengguna dan biasanya bentuk tersembunyi,
pertanyaan dan laporan. Surrogate key sering digunakan sebagai pengganti kunci utama komposit.
Functional Dependency
Hubungan antara atribut di mana satu atribut (atau sekelompok atribut) menentukan nilai atribut lain dalam tabel yang sama.
Determinan
Atribut (atau atribut) yang digunakan sebagai titik awal (variabel di sebelah kiri
sisi persamaan) disebut determinan.
Kandidat/Kunci Utama dan Ketergantungan Fungsional
Candidate key dari suatu relasi secara fungsional akan menentukan semua atribut lain di
baris dan primary key dari suatu relasi secara fungsional akan menentukan semua atribut lain di
baris.
Nilai Null
Nilai null berarti tidak ada data yang dimasukkan. Hal ini berbeda dari karakter nol, spasi, atau tab.
Masalah Nilai Null
A Null seringkali ambigu, karena:
1. Nilai kolom tidak sesuai untuk baris tertentu
2. Nilai kolom tidak ditentukan
3. Nilai kolom tidak diketahui
Masing-masing mungkin memiliki implikasi yang sama sekali berbeda
Representing Relationships
Kardinalitas maksimum menentukan bagaimana suatu hubungan direpresentasikan
Hubungan 1: 1
1. Key dari satu relasi ditempatkan di relasi lainnya sebagai foreign key
2. Tidak masalah tabel mana yang menerima foreign key
One to Many Relationship
Seperti hubungan 1: 1, hubungan 1: N disimpan dengan menempatkan key dari satu tabel
menjadi key lain sebagai foreign key. Namun, dalam 1: N, foreign key selalu masuk ke banyak sisi hubungan.
Many to Many Relationships
Untuk menyimpan relasi M: N, relasi baru dibuat. Relasi ini disebut dengan hubungan persimpangan. Relasi interseksi memiliki kunci komposit yang terdiri dari kunci-kunci dari masing-masing tabel yang membentuknya.
Cardinality
Kardinalitas memiliki nilai maksimum dan minimum. Nilai-nilai biasanya mengasumsikan nilai wajib (satu) atau opsional (nol).
One-to-One Binary Relationship with Minimum Cardinality
Seorang karyawan harus memiliki satu loker; dan
Loker dapat diakses oleh satu atau nol karyawan.
Entity
Entitas dapat berupa orang, tempat, peristiwa, atau objek yang relevan dengan sistem tertentu. Misalnya, sistem sekolah dapat mencakup siswa, guru, mata pelajaran utama, mata pelajaran, biaya, dan item lainnya. Entitas direpresentasikan dalam diagram ER dengan persegi panjang dan diberi nama menggunakan kata benda tunggal.
Weak Entity
Entitas lemah adalah entitas yang bergantung pada keberadaan entitas lain. Dalam istilah yang lebih teknis, ini dapat didefinisikan sebagai entitas yang tidak dapat diidentifikasi dengan atributnya sendiri. Ini menggunakan kunci asing yang digabungkan dengan atributnya untuk membentuk kunci utama.
Atribut
Atribut adalah properti, sifat, atau karakteristik dari suatu entitas, hubungan, atau atribut lain. Misalnya atribut Inventory Item Name adalah atribut dari entitas Inventory Item. Suatu entitas dapat memiliki atribut sebanyak yang diperlukan. Sementara itu, atribut juga dapat memiliki atribut spesifiknya sendiri-sendiri. Misalnya, atribut “alamat pelanggan” dapat memiliki nomor atribut, jalan, kota, dan negara bagian. Ini disebut atribut komposit. Perhatikan bahwa beberapa diagram ER tingkat atas tidak menunjukkan atribut demi kesederhanaan. Namun, pada yang melakukannya, atribut diwakili oleh bentuk oval.
ID-Dependent Weak Entities
ID-Dependent Weak Entities adalah weak entity yang harus menyertakan pengenalnya
entitas induk sebagai bagian dari gabungan primary key.
Weak Intity Identifier: ID-Dependent
Entitas lemah yang bergantung pada ID memiliki pengenal gabungan:
1. Bagian pertama dari pengidentifikasi adalah pengidentifikasi untuk entitas yang kuat
2. Bagian kedua dari pengidentifikasi adalah pengidentifikasi untuk entitas lemah itu sendiri
Weak Entity Identifier:
Non-ID-Dependent
Entitas lemah yang tidak bergantung pada ID mungkin memiliki pengenal tunggal atau gabungan, dan pengenal entitas induk akan menjadi foreign key.
Weak Entity Relationships
Hubungan antara entitas yang kuat dan yang lemah disebut sebagai identifikasi hubungan jika entitas lemah bergantung pada ID.
Hubungan antara entitas yang kuat dan lemah disebut non-identifikasi hubungan jika entitas lemah tidak bergantung pada ID.
Referensi:
- https://creately.com/blog/diagrams/er-diagrams-tutorial/
- Song IY., Chen P.P. (2009) Entity Relationship Model. In: LIU L., ÖZSU M.T. (eds) Encyclopedia of Database Systems. Springer, Boston, MA. https://doi.org/10.1007/978-0-387-39940-9_148
