ANALISA & PERANCANGAN SISTEM Database Design Mulyadi, S.Kom, M.S.I
Conventional Files versus the Database 14-2 File Kumpulan record-record sejenis. File tidak terkait satu sama lain kecuali dalam kode program aplikasi. Penyimpanan data dibangun untuk aplikasi yang menggunakan file tersebut Database kumpulan file yang saling terkait Records dalam satu file (tabel) secara fisik terkait dengan record pada file (tabel) lain. Aplikasi dibangun untuk database yang terintegrasi
14-3 Files versus Database
Fields 14-4 Field unit terkecil dari suatu data yang disimpan dalam database Implementasi secara fisik dari atribut suatu data Primary key field yang mengidentifikasi suatu record secara unik Secondary key field yang mengidentifikasi record tunggal atau bagian dari record terkait Foreign key field sebagai penunjuk ke record lain yg ada di file berbeda. Descriptive field field lainnya yang tidak memiliki key.
Records 14-5 Record kumpulan dari field yang diatur menurut format tertentu. Struktur record dengan panjang data yg tetap Struktur record dengan panjang data yg bervariasi Blocking factor Jumlah record secara logis yang digunakan dalam Operasi Read atau Write (berdasarkan perspektif komputer).
Files and Tables 14-6 File kumpulan dari record sejenis Table File dalam sebuah database relational. Jenis file dan tabel Master files Records relatif permanen dan nilai dapat di ubah. Transaction files Records menggambarkan aktifitas bisnis Document files Data historis uyg dapat ditampilkan Archival files record master dan transaksi yang telah dihapus. Table lookup files Data yang relatif statis yang bisa dibagi untuk menjaga konsistensi Audit files record tertentu dari aktifitas update ke tabel lain.
Relational Databases 14-7 Relational database database yang mengimplementasikan data yang disimpan dalam serangkaian tabel dua dimensi yang "terkait" satu sama lain melalui foreign keys. Model data fisik disebut schema. DDL dan DML untuk database relasional disebut SQL (Structured Query Language). Triggers program tertanam dalam database yang secara otomatis dipanggil pada saat terjadi update. Stored procedures program tertanam dalam database yang dapat dipanggil dari program aplikasi.
14-8 From Logical Data Model
14-9 To Physical Data Model (Relational Schema)
What is a Good Data Model? 14-10 Model data yg baik harus sederhana Atribut data suatu entitas hanya menggambarkan entitas tersebut saja Model data yang baik harus nonredundant Setiap atribut data hanya ada di satu entitas (kecuali untuk dijadikan foreign keys) Model data yang baik harus fleksibel dan dapat disesuaikan dengan kebutuhan akan datang. Tujuan ini dicapai melalui proses normalisasi database.
Tujuan Perancangan Database 14-11 Database tersedia untuk proses penyimpanan, peng-update-an dan pengaksesan yang efisien. Datasbase harus handal data yang disimpan harus memiliki integritas yang tinggi dan meningkatkan kepercayaan pada data tersebut Database harus bisa beradaptasi dan dapat diukur untuk kebutuhan dan aplikasi baru atau yang tak terduga.
Database Schema 14-12 Database schema suatu model atau blueprint yang menyajikan implementasi secara teknis suatu database Disebut juga Model data fisik
A Method for Database Design 14-13 1. Review model data logic 2. Buat tabel untuk setiap entity. 3. Buat field untuk setiap atribut. 4. Buat primary and secondary key. 5. Buat index untuk kriteria tambahan 6. Buat foreign keys untuk relasi antar tabel. 7. Tentukan data types, sizes, null settings, domains, and defaults pada masing-masing attribute. 8. Buat atau Gabungkan Tabel untuk struktur supertype / subtype tabel 9. Mengevaluasi dan menentukan referential integrity constraints.