LMS-SPADA INDONESIA
Page
Mapping ERD-Fisikal Data
Completion requirements
ERD
Entity Relationship Diagram (ERD) adalah grafik berdasarkan model ER. Diagram ER dapat digunakan untuk merepresentasikan struktur database secara visual. Dengan demikian, tujuan ERD adalah untuk membantu pemangku kepentingan memahami bagaimana entitas dalam database saling terkait satu sama lain.
Logical Data Model
Desain basis data logis adalah proses menentukan struktur data logis yang diperlukan untuk mendukung sumber daya informasi dalam suatu organisasi. Proses desain logis membantu mengimplementasikan database yang memenuhi persyaratan bisnis data.
Aturan Pemetaam
Untuk melengkapi pemetaan dari Diagram Hubungan Entitas (ERD) ke relasi, kita harus mempertimbangkan tipe entitas, tipe relasi, dan atribut yang ditentukan untuk model tersebut.
Jenis Entitas
Setiap tipe entitas diimplementasikan dengan relasi yang terpisah. Tipe entitas dapat berupa tipe entitas kuat atau tipe entitas lemah.
- Entitas Kuat : Tipe entitas yang kuat atau reguler dipetakan ke relasinya sendiri. Kunci utama (PK) dipilih dari kumpulan kunci yang tersedia.
- Entitas Lemah : Tipe entitas lemah dipetakan ke relasinya sendiri, tetapi kunci utama relasi dibentuk sebagai berikut. Jika ada relasi pengenal, maka PK entitas lemah adalah kombinasi dari PK entitas yang terkait melalui relasi pengenal dan diskriminator tipe entitas lemah. Jika tidak, PK relasi adalah PK entitas lemah.
Jenis Hubungan
Implementasi hubungan melibatkan kunci asing. Ingat, seperti yang dibahas pada poin 1) di atas. Jika hubungan tersebut mengidentifikasi, maka kunci utama dari suatu tipe entitas harus disebarkan ke hubungan untuk tipe entitas lemah. Kita harus mempertimbangkan derajat dan kardinalitas hubungan. Dalam contoh berikut, contoh 1 – 3 membahas hubungan biner dan contoh 4 membahas hubungan n -ary.
Biner Satu-ke-Satu
Secara umum, dengan hubungan satu-ke-satu, seorang desainer memiliki pilihan mengenai di mana akan mengimplementasikan hubungan tersebut. Seseorang dapat memilih untuk menempatkan kunci asing di salah satu dari dua hubungan tersebut, atau di keduanya. Pertimbangkan untuk menempatkan kunci asing sedemikian rupa sehingga nilai null diminimalkan. Jika ada atribut pada hubungan tersebut, atribut tersebut dapat ditempatkan di salah satu hubungan.
Dengan hubungan satu ke banyak, perancang harus menempatkan kunci asing dalam hubungan yang sesuai dengan sisi 'banyak' dari hubungan tersebut. Atribut lain yang ditetapkan untuk hubungan tersebut juga disertakan pada sisi 'banyak'.
Hubungan many-to-many harus diimplementasikan dengan relasi terpisah untuk relasi tersebut. Relasi baru ini akan memiliki kunci utama gabungan yang terdiri dari kunci utama tipe entitas yang berpartisipasi dan atribut diskriminator apa pun, ditambah atribut lain dari relasi tersebut jika ada.
Relasi baru dibuat untuk relasi n -ary. Relasi baru ini memiliki kunci primer komposit yang terdiri dari n kunci primer dari tipe entitas yang berpartisipasi dan atribut diskriminator apa pun, ditambah atribut lainnya. Ada satu pengecualian untuk pembentukan PK: jika kardinalitas yang terkait untuk tipe entitas apa pun adalah 1, maka kunci primer tipe entitas tersebut hanya disertakan sebagai kunci asing dan bukan sebagai bagian dari kunci primer relasi baru.
AtributSemua atribut, kecuali atribut turunan dan komposit, harus muncul dalam relasi. Anda memilih untuk menyertakan atribut turunan jika kehadirannya akan meningkatkan kinerja. Berikut ini kami mempertimbangkan atribut berdasarkan apakah atribut tersebut sederhana, atomik, bernilai banyak, atau komposit.
Sederhana, atomik
Ini termasuk dalam relasi yang dibuat untuk tipe entitas terkait, relasi banyak ke banyak, atau relasi n -ary
Multi-nilai
Setiap atribut bernilai banyak diimplementasikan menggunakan relasi baru. Relasi ini akan menyertakan kunci utama dari tipe entitas asli. Kunci utama relasi baru akan menjadi kunci utama dari tipe entitas asli ditambah atribut bernilai banyak. Perhatikan bahwa dalam relasi baru ini, atribut tidak lagi bernilai banyak.
Hal-hal di atas merupakan aturan standar untuk memetakan ERD ke relasi. Seorang desainer dapat membuat pilihan lain, tetapi orang berharap ada alasan yang baik untuk melakukannya.
Contoh 1
ERD
Aturan pemetaan mengarah pada hubungan:
Catatan:
- Relasi Anggota tidak memiliki nama atribut komposit .
- Karena Pinjaman merupakan hubungan banyak ke banyak, maka relasi Pinjaman didefinisikan dengan kunci utama gabungan { memberId , Id Buku, TanggalWaktuKembali}.
memberId dalam relasi Pinjam adalah kunci asing yang merujuk pada Anggota.
bookId dalam relasi Pinjam adalah kunci asing yang merujuk ke Buku.
Last modified: Monday, 9 September 2024, 1:35 PM
LMS-SPADA INDONESIA