Beberapa model papan arsitektur database adalah sebagai berikut:
Proses mendefinisikan desain konseptual elemen data dan hubungan antar mereka disebut pemodelan data. Pendekatan aplikasi tradisional untuk organisasi data membangun model yang berbeda untuk setiap file data.
Sumber Gambar: ysma.gr/static/images/6_4_DBinput.jpg
Keragaman cara di mana elemen data yang berbeda ditautkan dan disimpan dalam file data membuat file ini hanya cocok untuk aplikasi yang awalnya dibuat untuknya. Faktanya, detail mengenai penempatan yang tepat dari elemen data yang berbeda dalam sebuah file harus didokumentasikan dengan sangat hati-hati.
Setiap perubahan dalam urutan penempatan berbagai elemen data mengakibatkan perubahan dalam program aplikasi yang menggunakan file data. Pendekatan basis data menggunakan model data umum untuk seluruh basis data dan program pengguna tidak peduli dengan penempatan elemen data tertentu. Sistem manajemen basis data (DBMS) bertindak sebagai antarmuka antara basis data dan program pengguna.
DBMS mengambil data dari database dan membuatnya tersedia untuk program pengguna. Fitur ini menawarkan keunggulan independensi data dalam pendekatan basis data.
Secara konseptual, ada tiga pilihan luas yang berkaitan dengan model basis data. Ini adalah:
sebuah. Model hierarkis
- Model jaringan
- Model relasional
(a) Model hierarkis:
Model ini menyajikan data kepada pengguna dalam hierarki elemen data yang dapat direpresentasikan dalam semacam pohon terbalik. Dalam sistem pemrosesan pesanan penjualan, pelanggan mungkin memiliki banyak faktur yang diajukan kepadanya dan setiap faktur mungkin memiliki elemen data yang berbeda. Jadi, root level dari data adalah customer, level kedua adalah invoice dan level terakhir adalah line item seperti nomor invoice, tanggal, produk, jumlah, dll.
Struktur ini cukup natural jika dilihat dari sudut pandang peristiwa. Namun, level yang lebih rendah dimiliki oleh elemen data level yang lebih tinggi, dan elemen pada level yang sama tidak memiliki keterkaitan sama sekali. Akibatnya, kueri seperti produk apa yang dibeli oleh pelanggan mana, dalam contoh di atas, akan sulit dilakukan dalam struktur hierarkis .
Kueri tentang pelanggan mana yang membeli produk mana yang nyaman. Jadi, di mana terdapat banyak-ke-banyak hubungan antara dua entitas, model ini tidak sesuai. Gambar 9.4 menunjukkan model hierarki data untuk aplikasi pemrosesan pesanan penjualan.
(b) Model jaringan:
Dalam model jaringan database, tidak ada level dan record dapat memiliki sejumlah pemilik dan juga dapat memiliki beberapa record. Dengan demikian, masalah yang diangkat di atas dalam pemrosesan pesanan penjualan tidak akan muncul dalam model jaringan.
Karena tidak ada jalur pasti yang ditentukan untuk pengambilan data, jumlah tautan sangat besar dan dengan demikian basis data jaringan menjadi kompleks, lambat, dan sulit diimplementasikan. Mengingat kesulitan implementasi, model jaringan hanya digunakan ketika semua opsi lain ditutup.
Contoh khas dari database jaringan mungkin karyawan dan departemen tempat dia bekerja atau dapat bekerja dengannya di masa depan. Gambar 9.5 menunjukkan model jaringan data untuk sistem informasi karyawan.
(c) Model relasional:
Model desain basis data yang paling baru dan populer adalah model basis data relasional. Model ini dikembangkan untuk mengatasi masalah kompleksitas dan ketidakfleksibelan dari dua model sebelumnya dalam menangani basis data dengan relasi banyak ke banyak antar entitas.
Model-model ini tidak hanya sederhana tetapi juga kuat. Dalam database relasional, setiap file dianggap sebagai file datar (tabel dua dimensi) yang terdiri dari banyak baris (catatan), setiap catatan memiliki item data kunci dan bukan kunci. Item kunci adalah elemen data yang mengidentifikasi record. Gambar 9.6 menunjukkan file, dan field yang harus dimiliki oleh setiap record dalam sistem faktur pelanggan.
Dalam file ini, item data kuncinya adalah id pelanggan, no invoice, dan kode produk. Setiap file dapat digunakan secara terpisah untuk menghasilkan laporan. Namun, data juga dapat diperoleh dari kombinasi file apa pun karena semua file ini terkait satu sama lain dengan bantuan item data kunci yang ditentukan di atas.
Ini adalah keuntungan mendasar dari model relasional database bersama dengan kesederhanaan dan kekokohannya.
Model relasional sangat mengacu pada karya EF Codd yang mengidentifikasi fitur database relasional yang baik sebagai berikut:
- a) Semua informasi secara logis direpresentasikan sebagai tabel dan akses data dimungkinkan dengan nama bidang. Dengan demikian, urutan, posisi atau keterkaitan file tidak menjadi perhatian pengguna.
- b) Kamus data memiliki informasi mengenai struktur database termasuk tipe datanya; ukuran, dll., definisi, hubungan, dan izin akses. Pengguna yang berwenang dapat mempelajari tentang lingkungan basis data dan mengubah lingkungan menggunakan bahasa deskripsi data (DDL).
- c) Bahasa manipulasi data (DML) tersedia untuk pengguna termasuk pemrogram untuk pembuatan, penyisipan, modifikasi, pengambilan, pengorganisasian, dan penghapusan bagian mana pun dari database. Manipulasi ini dimungkinkan pada tingkat rekaman serta untuk keseluruhan file, memberikan fleksibilitas dalam menentukan izin akses untuk berbagai kategori pengguna.
- d) Setiap modifikasi dalam struktur database dalam hal pemisahan tabel secara horizontal atau vertikal seharusnya tidak berdampak pada logika program yang menggunakan database. Kemandirian data ini adalah keuntungan inti dari model relasional database.
- e) Independensi data terdistribusi adalah fitur lain dari database relasional yang baik. Program pengguna tidak memerlukan perubahan apa pun saat data pertama kali didistribusikan atau didistribusikan kembali. Lokasi fisik sebenarnya dari data tidak menjadi masalah bagi pengguna selama bidang tersebut muncul di kamus data sebagai lokal.
Seperti dapat dicatat dari Gambar. 9.6, tidak ada bidang yang umum di dua file mana pun kecuali item kunci. Jadi, redundansi data dapat dihindari dalam model ini. Untuk tujuan ini, proses normalisasi data dilakukan sambil merancang struktur database.
