Pengertian Ketergantungan Fungsional dan Transitif

Ketergantungan Fungsional

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. Dengan tabel pemasok (No_pem, Na_pem).

Ketergantungan fungsional dari tabel Pemasok_barang adalah : 

No_pem → Na_pem (nama pemasuk tergantung secara fungsional dari nomer pemasok)

Ketergantungan Fungsional Penuh 

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 tabel Kirim_barang (No_pem, Na_pem, No_bar, Jumlah)

Ketergantungan fungsionalnya adalah : 

No_pem → Na_pem 
No_bar, No_pem → Jumlah (tergantung penuh terhadap keynya) 

Ketergantungan Transitif 

Atribut Z pada relasi R dikatakan tergantung transitif pada atribut X, jika atribut Y tergantung pada atribut X pada relasi R dan atribut tergantung pada atribut Y pada relasi R. Contoh perhatikan tabel dibawah ini :

Ketergantungan fungsional : 

No_pem → Kode_kota
Kode_kota → Kota, 
maka No_pem → Kota 

Contoh Lain Ketergantungan Fungsional 

Diberikan sebuah tabel T berisi paling sedikit 2 buah atribut, yaitu A dan B. 

Kita dapat menyatakan notasi berikut ini : 

          A → B 

Yang berarti A secara fungsional menentukan B atau B secara fungsional tergantung pada A, jika dan hanya jika setiap kumpulan baris (row) yang ada di tabel T, pasti ada 2 baris data (row) di tabel dengan nilai A yang sama, maka nilai B pasti juga sama. 

Definisi yang paling formal untuk itu adalah : 

Diberikan 2 row r1 dan r2 dalam tabel T dimana A → B. 

Jika r1(A) = r2(A) maka r1(B) = r2(B) 

Dengan melihat data di atas dan dengan pertimbangan intuisi kita, maka ketergantungan fungsional yang dapat kita ajukan adalah :

nim → nama_mhs 

yang berarti bahwa atribut nama_mhs hanya tergantung pada atribut nim. Hal ini dibuktikan dari fakta : untuk setiap nilai nim yang sama maka pasti nilai nama_mhsnya juga sama. 

nama_kul, nim → indeks_nilai 

yang berarti bahwa atribut indeks_nilai tergantung pada atribut nama_kul dan nim secara bersama–sama, memang kita tidak dapat menunjukkan fakta, bahwa untuk setiap nilai nama_kul dan nim yang sama, maka nilai indeks_nilai nya juga sama, karena nama_kul, nim merupakan key (sehingga bersifat unik) untuk tabel tersebut. Tetapi, ketergantungan fungsional tersebut sesuai dengan pengertian bahwa setiap indeks_nilai diperuntukkan pada mahasiswa tertentu untuk mata kuliah tertentu yang diambilnya. 

Tanpa memperhatikan pengertian ketergantungan secara alamiah terhadap tabel tersebut, kita juga dapat mengajukan sejumlah ketidaktergantungan (non KF) dengan hanya melihat fakta yang ada,yaitu : 

nama_kul ⇏ nim 

yang artinya atribut nim tidak tergantung pada atribut nama_kul. Buktinya terlihat pada row 1 dan row 2 : dengan nilai nama_kul yang sama, tapi nilai nimnya berbeda. 

nim ⇏ ideks_nilai 

yang artinya atribut indeks_nilai tidak bergantung pada atribut nim. Buktinya terlihat pada row 1 dan row 3 : dengan nilai nim yang sama, tapi nilai indeks_nilai berbeda. 

Model Hirarki dan Jaringan Basis Data

Model Hirarki Basis Data (Hierarchical Model)

Dalam model ini data disusun menurut struktur pohon. Puncak dari herarki disebut  root sedangkan entitas atau interface dibawahnya dikenal sebagai induk (parent). Entitas induk mempunyai beberapa sub entitas yang disebut anak (child). Entitas dalam model hirarki dilambangkan dengan empat persegi panjang. Sedangkan relasi atau hubungan dengan entitas lain dinotasikan dengan garis. Gambar 1 di bawah ini menjelaskan salah satu contoh model hirarki basis data level konseptual sistem perkuliahan.

Gambar 1.Model Herarki Sistem Perkuliahan (Level Konseptual)

Dari gambar struktur hirarki basis data di atas dapat dibuat struktur pengkodean record data (level fisik) untuk setiap entitas beserta hubungan antar. Susuan herarkhi ditujukkan dengan tanda anak panah pada medan data (field) yang digunakan sebagai kunci data (primary key, daerah diarsir). 

Relasi dalam herarkhi model hubungan antar entitas dinyatakan dalam satu-banyak(one to many) atau satu – satu (one to one). Kelemahan hararkhi model adalah tidak dapat dilakukan pencarian data pada field atribut, misal tidak dapat menampilkan data pda tabel mata kuliah berdasarkan jum_SKS, karena jum_SKS bukan kunci data. Masalah ini dapat diatasi dengan mengubah struktur data dengan memberi hubungan khusus (misalnya dengan variabel pointer). 

Gambar 2. Struktur Pengkodean Record Data (Model Level Fisik)

Model Jaringan Basis Data (Network Model)

Dalam model jaringan entitas induk maupun anak bisa lebih dari dua. Model ini merupakan pengembangan model hirarki. Relasi antara entitas dalam network model adalah satu ke satu (one to one) atau satu ke banyak (one to many).

Gambar 3. Model Struktur Jaringan Basis Data

Dalam network data model tidak diperbolehkan terdapat relasi banyak ke banyak (many to many). Untuk membuat relasi many to many dalam network model dibutuhkan entitas perantara yang disebut sebagai rekaman silang (intersection record). Dari gambar 4 entitas registrasi adalah merupakan entitas perantara antara etitas mahasiswa dengan entitas mata kuliah.

Gambar 4. Organisasi Record Data Pada Model Jaringan

Konsep Tabel, Atribut dan Relationship

Konsep Dasar Tabel dan Atribut

Tabel adalah kompulan data yang tersusun dalam format baris (record) dan kolom (field atau atribut). Atribut ini lebih umum digunakan dalam perancangan basis data, karena menunjukkan fungsinya sebagai pembentuk karakteristik (sifat–sifat) yang melekat pada sebuah table. 

Atribut dibedakan menjadi beberapa jenis yaitu : 

1. Simple atribut (Simple Attribute) dan Atribut Komposit (Composite Attribute). 
2. Atribut BernilaiTunggal (Single Valued Attribute) dan Atribut Bernilai Banyak (Multi Valued Atrtribute). 
3. Mandatory dan Non mandatory Attribute. 
4. Not Null Atribut. 
5. Atribut Turunan. 

Gambar 1.  Tabel Data Mahasiswa Dengan Atribut Multivalue

Dari gambar 1 di atas dan gambar 2 di bawah ini dapat diketahui dan dikelompokkan atribut-atributnya berdasarkan kategorinya yaitu sebagai berikut : 

1. Atribut sederhana: nim, tgl_lahir, kota, kode pos. Merupakan atribut sederhana (atomic attribute) karena tidak bisa dipecah lagi. 

2. Atribut komposit : alamat_mhs (merupakan atribut komposite karena bisa dipecah lagi menjadi tabel: alamat, kota, kode pos), nama_mhs (merupakan atribut komposite karena bisa dipecah lagi menjadi tabel: nama depan, nama belakang, inisial).

Gambar 2. Tabel Mahasiswa Dengan Atribut Tunggal dan Banyak

3. Atribut tunggal : nim, nama_mhs, alamat_mhs, tgl_lahir (merupakan atribut tunggal karena hanya mempunyai satu nilai). 

4. Atribut bernilai banyak: hobi (merupakan multivalue atribut karena mempunyai nilai banyak dan nilai yang jenisnya). 

Gambar 3. Tabel Mahasiswa Dengan Atribut Mandatory

5. Mandatori atribut : nim, nama-mhs (merupakan mandatori atribut karena atribut tersebut harus memiliki nilai dan tidak boleh kosong). 

6. Non mandatory atribut: alamat, tgl lahir, hobi (merupakan non mandatori atribute karena boleh tidak memiliki nilai atau NOT NULL). 

7. Atribut turunan : indeks prestasi (ip), merupakan atribut diturunkan daribeberapa atribut nilai mata kuliah.

Gambar 4. Tabel Mahasiswa Dengan Atribut Turunan

Relationship

Sebagai mana dijelaskan pada uraian kegiatan 3 Definisi ERD dan Menentukan Atribut bahwa relasi atau relationship merupakan hubungan yang terjadi antara satu atau lebih entitas. Berikut ini adalah contoh penggambaran diagram relationship antara 2 entitas : 

Gambar 1. Contoh diagram relationship antar 2 entitas

Pada gambar 1  di atas terlihat relasi ‘kerja’ antara entitas pegawai dengan entitas proyek. Derajat dari relationship menjelaskan jumlah entitas yang berpartisipasi dalam suatu relationship. Klasifikasi relasi berdasarkan derajatnya adalah:

1. Unary Degree (Derajat Satu) 

Relationship yang hanya melibatkan 1 entitas.

Gambar 2. Unary Degree Relationship

2. Binary Degree (Derajat Dua) 

Relationship yang melibatkan 2 entitas.

Gambar 3. Binary Degree Relationship Relationship

3. Ternary Degree (Derajat tiga) 

Relationship yang melibatkan 3 entitas.

Gambar 4. Ternary Degree Relationship Relationship

Rasio kardinalitas atau Cardinality Ratio Constraint menjelaskan batasan jumlah keterhubungan satu entitas dengan entitas lainnya. 

Jenis – jenis Cardinality Ratio (rasio kardinalitas):

1. One–to–one (1 : 1) 

Relationship antar entitas dimana hubungan antara entitas pertama dan kedua adalah satu berbanding satu.Contoh : pada pengajaran private satu guru satu siswa. “seorang guru mengajar seorang siswa, seorang siswa diajar oleh seorang guru” 

Gambar 5. Kardinalitas one to one

2. One-to-many atau many-to-one (1 : N atau N : 1) 

Relationship antar entitas dimana hubungan antara entitas pertama dan kedua adalah satu berbanding banyak atau banyak berbanding satu.Contoh kasus :Dalam suatu perusahan satu bagian mempekerjakan banyak pegawai. “Satu bagian mempekerjakan banyak pegawai, satu pegawai kerja dalam satu bagian”.

Gambar 6. Kardinalitas one to many

3. Many-to-many (N : N) 

Relationship antar entitas dimana hubungan antara entitas pertama dan kedua adalah banyak berbanding banyak.Contoh kasus : Dalam Dalam universitas seorang mahasiswa dapat mengambil banyak matakuliah.“Satu mahasiswa mengambil banyak matakulih dan satu matakuliah diambil banyak mahasiswa.”

Gambar 7. Kardinalitas many to many

Weak Entity adalah suatu entitas di mana keberadaan dari entitas tersebut tergantung dari keberadaan entitas lain. Entitas yang merupakan induknya disebut Identifying Owner dan relationshipnya disebut Identifying Relationship. 

Contoh dari sebuah weak entity : 

Gambar 8. Weak entity

Mapping ER Ke Tabel Data Perusahaan

Sistem Kepegawaian di Suatu Perusahaan A

Perusahaan A memiliki 100 pegawai. 

Setiap pegawai dipimpin pengawas/mandor dari pegawai perusahaan itu sendiri dan tidak semua pegawai memimpin pegawai yang lain. sehingga satu pengawas dapat memimpin beberapa pegawai. 

Setiap pegawai bekerja untuk suatu departemen dan dalam suatu departemen dapat terdiri dari beberapa pegawai. 

Setiap departemen dikepalai oleh seorang pegawai yang bekerja mulai tanggal tertentu. 

Sebuah departemen dapat berada di beberapa lokasi. 

Selain bekerja di suatu departemen pegawai dapat bekerja pada beberapa proyek. Setiap proyek dikendalikan/diatur oleh suatu departemen, namun suatu departemen tidak harus mengendalikan/mengatur proyek. 

Satu departemen dapat mengendalikan beberapa proyek dan satu proyek hanya dikendalikan oleh satu departemen Satu proyek dapat terdiri dari beberapa pegawai. 

Untuk keperluan penggajian perusahaan memerlukan data tanggungan pegawai. Seorang pegawai dapat menanggung beberapa tanggungan. Jika seorang pegawai pindah maka datanya akan dipindahkan / dihapus berikut data tanggungan / keluarganya.

Penyelesaian Pemetaan ER ke Relasi Tabel berdasarkan urutan langkah-langkah :

1. Berdasarkan algoritma nomor 1 aturan tentang entitas kuat maka lakukan beberapa langkah di bawah ini : 

• Untuk setiap entitas kuat Entitas Kuat, buat tabel baru Eks. 
• Sertakan seluruh simple atribut. 
• Sertakan simple atribut dari composite atribut yang ada. 
• Pilih salah satu atribut kunci sebagai primary key.  

Gambar 1. Mapping ER ke Tabel Untuk Entitas Kuat

2. Berdasarkan algoritma nomor 2 aturan tentang entitas entitas lemah. Untuk setiap entitas lemah EH, laakukan beberapa langkah dibawah ini : 

• Buat tabel baru EH. 
• Sertakan seluruh simple atribut. 
• Tambahkan primary key dari entitas kuatnya (owner entity type) yang akan digunakan sebagai primary key bersama-sama partial key dari entitas lemah.

Gambar 2. Mapping ER ke Tabel Untuk Entitas Lemah

3. Berdasarkan algoritma nomor 2 aturan tentang relasi multivalue atribut.Untuk setiap multivalued atribut R, 

• Buatlah tabel baru R yang menyertakan atribut dari multivalue tersebut. 
• Tambahkan primary key dari relasi yang memiliki multivalue tersebut. Kedua atribut tersebut membentuk primary key dari tabel R.

Gambar 3. Mapping Multivalue Atribute

4. Untuk setiap relasi binary 1:1, tambahkan primary key dari sisi yang lebih “ringan” ke sisi (entitas) yang lebih “berat”. Suatu sisi dianggap lebih “berat” timbangannya apabila mempunyai partisipasi total. Tambahkan juga simple atribut yang terdapat pada relasi tersebut ke sisi yang lebih “berat”.

Gambar 4. Mapping Relasi Binary 1:1

5. Untuk setiap relasi binary 1:N yang tidak melibatkan entitas lemah, tentukan mana sisi yang lebih “berat” (sisi N). Tambahkan primary key dari sisi yang “ringan” ke tabel sisi yang lebih “berat”. Tambahkan juga seluruh simple atribut yang terdapat pada relasi biner tersebut.

Gambar 5. Mapping ER ke Tabel Relasi One to Many

6. Untuk setiap relasi binary M:N, buatlah tabel baru R dengan atribut seluruh simple atribut yang terdapat pada relasi biner tersebut. Tambahkan primary key yang terdapat pada kedua sisi ke tabel R. Kedua foreign key yang didapat dari kedua sisi tersebut digabung menjadi satu membentuk primary key dari tabel R.

Gambar 6. Mapping ER to Tabel relasi one to many

7. Untuk setiap relasi n-ary (ternary), 

• Buatlah tabel R yang menyertakan seluruh primary key dari entitas yang ikut serta. Sejumlah n foreign key tersebut akan membentuk primary key untuk tabel R. Tambahkan seluruh simple atribut yang terdapat pada relasi n-ary tersebut. 
• Sama dengan proses yang dilakukan untuk langkah ke 6. Karena dalam ER-D perusahaan ini tidak ada relasi n-ary maka langkah ini tidak dilakukan.

Gambar 7. Mapping Untuk Relasi N-narry

Dengan menggunakan cara yang sama dapat dilakukan pemetaan ER diagram ke tabel untuk setiap relasi entitas dari ER diagram sistem basis data perusahaan A.

Gambar 8. Relasi Tabel Hasil Pemetakan ERD

TERIMAKASIH

Materi Kegiatan Belajar 5 :

1. Mapping Relasi Entitas ke Relasi Tabel

2. Mapping ER Ke Tabel Data Perusahaan

Mapping Relasi Entitas ke Relasi Tabel

Di dalam basis data yang menjadi pusat perhatian dan intisari sistem adalah tabel dan relasinya. Istilah tabel ini muncul dari abstraksi data pada level physical. Tabel ini sama artinya dengan entitas dari model data pada level konseptual. Setiap orang bisa membuat tabel tetapi membuat tabel yang baik tidak semua orang dapat melakukannya. Kebutuhan akan membuat tabel yang baik ini ini melahirkan beberapa teori atau metode antara lain ialah mapping ERto table dan Normalisasi. 

Algoritma atau langkah-langkah yang dilakukan untuk memetakan ER diagram ke tabel relasional yaitu sebagai berikut: 

1. Untuk setiap entitas kuat EK, buat tabel baru EK yang menyertakan seluruh simple atribut dan simple atribut dari composite atribut yang ada. Pilih salah satu atribut kunci sebagai primary key 

2. Untuk setiap entitas lemah EH, buat tabel baru EH dengan mengikutsertakan seluruh simple atribut. Tambahkan primary key dari entitas kuatnya (owner entity type) yang akan digunakan sebagai primary key bersama-sama partial key dari entitas lemah 

3. Untuk setiap multivalued atribut R, buatlah tabel baru R yang menyertakan atribut dari multivalue tersebut. Tambahkan primary key dari relasi yang memiliki multivalue tersebut. Kedua atribut tersebut membentuk primary key dari tabel R. 

4. Untuk setiap relasi binary 1:1, tambahkan primary key dari sisi yang lebih “ringan” ke sisi (entitas) yang lebih “berat”. Suatu sisi dianggap lebih “berat” timbangannya apabila mempunyai partisipasi total. Tambahkan juga simple atribut yang terdapat pada relasi tersebut ke sisi yang lebih “berat”. Apabila kedua partisipasi adalah sama-sama total atau samasama partial, maka dua entitas tersebut boleh digabung menjadi satu tabel. 

5. Untuk setiap relasi binary 1:N yang tidak melibatkan entitas lemah, tentukan mana sisi yang lebih “berat” (sisi N). Tambahkan primary key dari sisi yang “ringan” ke tabel sisi yang lebih “berat”. Tambahkan juga seluruh simple atribut yang terdapat pada relasi biner tersebut. 

6. Untuk setiap relasi binary M:N, buatlah tabel baru R dengan atribut seluruh simple atribut yang terdapat pada relasi biner tersebut. Tambahkan primary key yang terdapat pada kedua sisi ke tabel R. Kedua foreign key yang didapat dari kedua sisi tersebut digabung menjadi satu membentuk primary key dari tabel R.

7. Untuk setiap relasi lebih dari dua entitas, n-nary (ternary), meliputi dua alternatif yaitu: 

1. Buatlah tabel R yang menyertakan seluruh primary key dari entitas yang ikut serta. Sejumlah n foreign key tersebut akan membentuk primary key untuk tabel R. Tambahkan seluruh simple atribut yang terdapat pada relasi n-ary tersebut. 
2. Mengubah bentuk relasi ternary menjadi entitas lemah, kemudian memperbaiki relasi yang terjadi antara entitas lemah tersebut dengan entitas-entitas kuatnya dan melakukan algoritma mapping sesuai dengan aturan mapping.

TERIMAKASIH

Materi Kegiatan Belajar 5 :

1. Mapping Relasi Entitas ke Relasi Tabel

2. Mapping ER Ke Tabel Data Perusahaan

Relasi dan Batasan/Constraint Partisipasi

Relasi

Relasi menyatakan hubungan antara dua atau beberapa entitas. Setiap relasi mempunyai batasan (constraint) terhadap kemungkinan kombinasi entitas yang berpartisipasi. Batasan tersebut ditentukan dari situasi yang diwakili relasi tersebut. 

Ragam atau jenis relasi dibedakan menjadi beberapa macam antara lain adalah : 

1. Relasi Binary. Relasi binary merupakan relasi antara dua entitas. Relasi binary ini dibedakan menjadi :

• Relasi One-to-one (notasi 1:1) 
• Relasi One-to-many (notasi 1:N) atau many-to-one (notasi N:1) 
• Relasi Many-to-many (notasi M:N) 

2. Relasi Ternary. Relasi ternary adalah merupakan relasi antara tiga entitas atau lebih. 

Dalam Relasi One-to-one (1:1) setiap atribute dari satu entitas berpasangan dengan satu attribute dari entitas yang direlasikan. 

Dalam relasi One-to-many (1:N) atau many-to-one (N:1) satu atribute berelasi dengan beberapa atribute dari entitas yang direlasikan. 

Dalam Many-to-many (M:N) satu atribute berelasi dengan beberapa atribute dari entitas yang direlasikan. Begitu pula sebaliknya.

Gambar 1. Ragam Relasi Antar Entitas

Sebagaimana entias dalam relasi juga dapat dibedakan menjadi relasi kuat dan relasi lemah. gambar dibawah ini menjelaskan notasi umum untuk relasi kuat dan relasi lemah.

Gambar 2.  Notasi Relasi Entitas untuk Entitas Kuat (b) dan Entitas Lemah (c)

Batasan Partisipasi 

Batasan partisipasi atau batasan hubungan entitas menjelaskan bagaimana data itu berelasi, batasan ini menentukan bagaimana (harus ataukah tidak) berpartisipasi suatu entitas dengan relasinya pada entitas lain. Batasan partisipasi dibedakan menjadi dua yaitu : 

1. Partisipasi Total (harus berpartisipasi).
2. Partisipasi Parsial (tidak harus berpartisipasi). 

Contoh relasi yang merupakan partisipasi total adalah relasi antara pegawai dengan departemen dengan nama relasi bekerja untuk dan partisipasi total disisi pegawai. Dari diskripsi basis data disebutkan bahwa : 

 “Semua pegawai harus bekerja di bawah suatu departemen” 

Dari pernyataan diatas mengindikasikan bahwa relasi disisi pegawai adalah relasi total yang ditandai dengan kata kunci harus. Untuk menggambarkan relasi dengan partisipasi total tersebut dapat dilakukan dengan dua pendekatan yaitu: 

1. Menggunakan garis ganda pada relasi disisi pegawai. 
2. Menggunakan satu garis pada relasi disisi pegawai digabungkan dengan minimum 1 (minimum bekerja pada 1 departemen). 

Gambar 3. Relasi dengan Batasan Partisipasi Total

Contoh relasi yang merupakan partisipasi parsial adalah relasi antara pegawai dengan departemen dengan nama relasi mengepalai daan partisipasi parsial disisi pegawai. Dari diskripsi basis data disebutkan bahwa :

“Beberapa pegawai mengepalai sebuah departemen (setiap pegawai tidak harus mengepalai suatu departemen) “

Dari pernyataan di atas mengindikasikan bahwa relasi disisi pegawai adalah mempunyai partisipasi parsial. Hal ini ditandai dengan kata kunci (beberapa pegawai ...... atau tidak harus.....). 

Untuk menggambarkan relasi dengan partisipasi parsial tersebut dapat dilakukan dengan dua pendekatan yaitu:

1. Menggunakan satu garis pada relasi disisi pegawai. 
2. Menggunakan satu garis pada relasi disisi pegawai digabungkan dengan minimum 0 (tidak mengepalai departemen).

Gambar 4. Relasi dengan Batasan (constraint) Partisipasi Parsial

TERIMAKASIH

Materi Kegiatan Belajar 4 :

1. Langkah-Langkah Menemukan / Identifikasi Relasi

2. Relasi dan Batasan/Constraint Partisipasi

Langkah-Langkah Menemukan / Identifikasi Relasi

Beberapa langkah yang dapat dilakukan untuk menemukan atau mengidentifikasi relasi yaitu antara lain sebagai berikut: 

1. Dari gambaran cerita sistem, tandai setiap hubungan yang diwakili oleh kata kerja yang ada di dalam ilustrasi beserta entitas yang berhubungan. 

2. Identifikasikan rasio kardinalitas dari setiap hubungan. 

3. Identifikasikan batasan partisipasi dari setiap hubungan yang ada berikut kemungkinan atribut yang muncul dari setiap hubungan. 

4. Gambarkan hubungan tersebut dalam bentuk notasi diagram dan gabungkan dengan notasi Entitas dan atribut yang dibuat sebelumnya.

 Sebagai contoh adalah “Temukan relasi untuk Sistem Kepegawaian di perusahaan A dengan ( lihat kembali diskripsi sistem basis data diatas) ?”

Langkah-langkah penyelesaian adalah : 

Langkah 1: dari gambaran cerita sistem, tandai dan tentukan setiap hubungan yang diwakili oleh kata kerja yang ada di dalam ilustrasi dan entitas yang berhubungan 

Langkah 2: Identifikasi hubungan antara entitas. Indentifikasi hubungan dilakukan dengan membuat tabel sepeti terlihat di bawah ini. Hubungan berlangsung dua arah dari entitas 1 ke entitsas 2 dan sebaliknya. Kata kunci hubungan satu sisi menggunakan kata aktif dan dari sisi sebaliknya menggunakan kata kunci pasif. 

Tabel 1. Identifikasi Hubungan Antara Dua Entitas Dua Arah

Entitas 1	Hubungan	Entitas 2
Pengawas (Pegawai)	memimpin	Pegawai
Pegawai	dipimpin	Pengawas (Pegawai)
Pegawai	bekerja untuk	Departemen
Departemen	terdiri dari	Pegawai
Pegawai	mengepalai	Departemen
Departemen	dikepalai	Pegawai
Pegawai	bekerja pada	Proyek
Proyek	terdiri dari	Pegawai
Departemen	mengatur	Proyek
Proyek	diatur	Departemen
Pegawai	menanggung	Tanggungan
Tanggungan	ditanggung	Pegawai

Tabel 2. Identifikasi Hubungan Antara Dua Entitas Satu Arah

Entitas 1	Hubungan	Entitas 2
Pengawas (Pegawai)	memimpin	Pegawai
Pegawai	mengepalai	Departemen
Pegawai	bekerja pada	Proyek
Departemen	mengatur	Proyek
Pegawai	menanggung	Tanggungan

Tabel 3. Identifikasikan Rasio Kardinalitas Dari Setiap Hubungan

Entitas 1	Banyaknya Entitas 1 berpartisipasi	Hubungan	Banyaknya Entitas 2 berpartisipasi	Entitas 2
Pengawas (Pegawai)	1	memimpin	N	Pegawai
Pegawai	1	dipimpin	1	Pengawas (Pegawai)
Pegawai	1	bekerja untuk	1	Departemen
Departemen	1	terdiri dari	N	Pegawai
Pegawai	1	mengepalai	1	Departemen
Departemen	1	dikepalai	1	Pegawai
Pegawai	1	bekerja pada	N	Proyek
Proyek	1	terdiri dari	N	Pegawai
Departemen	1	mengatur	N	Proyek
Proyek	1	diatur	1	Departemen
Pegawai	1	menanggung	N	Tanggungan

Dari tabel Identifikasikan rasio kardinalitas untuk setiap hubungan diatas dapat digambarkan diagram relasi antar entitas, seperti terlihat dalam gambar 1 di bawah ini :

Gambar 1. Diagram Relasi Entitas Pegawai dan Departemen

Relasi antar entitas juga dapat diwujudkan dengan melibatkan identifikasikan batasan partisipasi dari setiap hubungan yang ada. Tabel dibawah ini emnejelaskn relasi yang melibatkan banyaknya partisipasi (minimal dan maksimal). 

Tabel 4. Indentifikasi batasan partisipasi (min, max) antara dua entitas.

Entitas 1	Banyaknya Entitas 1 yang berpartisipasi	Hubungan	Banyaknya Entitas 2 yang berpartisipasi (min,max)	Entitas 2
Pegawai	1	memimpin	(0,N)	Pegawai
Pegawai	1	dipimpin	(0,1)	Pegawai
Pegawai	1	bekerja untuk	(1,1)	Departemen
Departemen	1	terdiri dari	(1,N)	Pegawai
Pegawai	1	mengepalai	(0,1)	Departemen
Departemen	1	dikepalai	(1,1)	Pegawai
Pegawai	1	bekerja pada	(1,N)	Proyek
Proyek	1	terdiri dari	(1,N)	Pegawai
Departemen	1	mengatur	(0,N)	Proyek
Proyek	1	diatur	(1,1)	Departemen
Pegawai	1	menanggung	(0,N)	Tanggungan
Tanggungan	1	ditanggung	(1,1)	Pegawai

Dari tabel indentifikasi batasan partisipasi (min, max) diatas dapat digambarkan diagram relasi entitasnya,seperti terlihat pada gambar 2.

Gambar 2. Diagram Relasi Entitas

Dengan cara yang sama dapat ditemukan digambarkan relasi entitas-entitasnya. Gambar 3 di bawah ini menjelaskan ER diagram secara lengkap untuk sistem kepegawaian di perusahaan A

Gambar 3. Entity Relationship Diagram Sistem Basis Data Kepegawaian

TERIMAKASIH

Materi Kegiatan Belajar 4 :

1. Langkah-Langkah Menemukan / Identifikasi Relasi

2. Relasi dan Batasan/Constraint Partisipasi