PROSES PERANCANAN DBMS
Desain database adalah proses menghasilkan rinci model data dari sebuah basis data . Ini
data model logis mengandung semua pilihan desain diperlukan logis dan fisik dan parameter penyimpanan fisik yang diperlukan untuk menghasilkan desain dalam
Data Definition Language , yang kemudian dapat digunakan untuk membuat database. Sebuah model data sepenuhnya disebabkan rinci berisi atribut untuk setiap entitas.
Istilah desain database dapat digunakan untuk menggambarkan bagian-bagian yang berbeda dari desain sebuah keseluruhan sistem database . Pada prinsipnya, dan paling benar, dapat dianggap sebagai desain logis dari struktur basis data yang digunakan untuk menyimpan data. Dalam
model relasional ini adalah
tabel dan
pandangan . Dalam
objek database dan hubungan entitas peta langsung ke kelas objek dan hubungan bernama. Namun, istilah desain database juga dapat digunakan untuk menerapkan proses merancang keseluruhan, bukan hanya struktur data base, tetapi juga bentuk dan query yang digunakan sebagai bagian dari aplikasi database secara keseluruhan dalam
sistem manajemen database (DBMS).
[ 1] Proses melakukan desain database umumnya terdiri dari sejumlah langkah yang akan dilakukan oleh perancang database. Biasanya, perancang harus:
- Tentukan hubungan antara elemen data yang berbeda.
- Superimpose struktur logis atas data atas dasar hubungan ini. [2]
Diagram ER (Entity-relationship model)
Sebuah sampel Badan-hubungan diagram
Desain database juga termasuk ER ( Entity-model hubungan ) diagram. Diagram ER diagram yang membantu untuk merancang database dalam cara yang efisien.
Atribut dalam diagram ER biasanya dimodelkan sebagai oval dengan nama atribut, terkait dengan entitas atau hubungan yang berisi atribut.
Dalam model relasional langkah terakhir secara umum dapat dibagi menjadi dua langkah lebih lanjut, bahwa untuk menentukan pengelompokan informasi dalam sistem, umumnya menentukan apa benda dasar tentang mana informasi disimpan, dan kemudian menentukan hubungan antara kelompok-kelompok informasi, atau benda. Langkah ini tidak diperlukan dengan
Obyek database .
[3] Proses Desain
Proses desain terdiri dari langkah-langkah berikut [4] : - Tentukan tujuan dari database Anda - ini akan membantu mempersiapkan Anda untuk langkah-langkah yang tersisa.
- Mencari dan mengatur informasi yang diperlukan - Kumpulkan semua jenis informasi yang Anda mungkin ingin merekam dalam database, seperti nama produk dan nomor pesanan.
- Bagilah informasi ke dalam tabel - Membagi item informasi Anda ke dalam entitas besar atau subjek, seperti Produk atau Pesanan. Setiap subyek kemudian menjadi sebuah tabel.
- Belok item informasi ke dalam kolom - Tentukan informasi apa yang Anda ingin menyimpan di setiap tabel. Setiap item menjadi lapangan, dan ditampilkan sebagai kolom dalam tabel. Sebagai contoh, sebuah tabel Karyawan mungkin mencakup bidang-bidang seperti Nama terakhir dan Tanggal Sewa.
- Tentukan kunci primer - Pilih kunci primer masing-masing meja. Kunci utama adalah kolom yang digunakan untuk secara unik mengidentifikasi setiap baris. Sebuah contoh mungkin Produk ID atau ID Pesanan.
- Mengatur hubungan tabel - Lihatlah di setiap meja dan memutuskan bagaimana data dalam satu tabel berhubungan dengan data dalam tabel lainnya. Menambahkan kolom untuk tabel atau membuat tabel baru untuk memperjelas hubungan, seperti yang diperlukan.
- Pertajam desain Anda - Menganalisis desain Anda untuk kesalahan. Membuat tabel dan menambahkan beberapa catatan data sampel. Lihat jika Anda bisa mendapatkan hasil yang Anda inginkan dari tabel Anda. Melakukan penyesuaian terhadap desain, sesuai kebutuhan.
- Menerapkan aturan normalisasi - Terapkan aturan normalisasi data yang untuk melihat apakah tabel Anda terstruktur dengan benar. Melakukan penyesuaian tabel
Menentukan data yang akan disimpan
Dalam sebagian besar kasus, orang yang melakukan desain database adalah orang dengan keahlian di bidang desain database, bukan keahlian dalam domain dari mana data yang akan disimpan diambil misalnya informasi keuangan, dll informasi biologis Oleh karena itu data yang akan disimpan dalam database. harus ditentukan bekerjasama dengan orang yang tidak memiliki keahlian dalam domain tersebut, dan yang menyadari apa data harus disimpan dalam sistem.
Proses ini adalah salah satu yang umumnya dianggap sebagai bagian dari analisis kebutuhan , dan membutuhkan keterampilan pada bagian dari desainer database untuk mendapatkan informasi yang dibutuhkan dari orang-orang dengan pengetahuan domain. Hal ini karena mereka dengan domain pengetahuan yang diperlukan seringkali tidak bisa mengungkapkan dengan jelas apa persyaratan sistem mereka untuk database adalah sebagai mereka terbiasa untuk berpikir dalam hal elemen data diskrit yang harus disimpan. Data yang akan disimpan dapat ditentukan dengan Spesifikasi Kebutuhan.
[5] [ sunting ] Normalisasi
Di bidang database relasional desain, normalisasi merupakan cara sistematis untuk memastikan bahwa struktur database cocok untuk tujuan umum dan bebas query tertentu yang tidak diinginkan karakteristik-penyisipan, update, dan penghapusan anomali-yang bisa menyebabkan hilangnya integritas data . Sepotong standar pedoman desain database adalah bahwa desainer harus membuat desain sepenuhnya normal; selektif denormalization selanjutnya dapat dilakukan, tapi hanya untuk kinerja alasan. Namun, disiplin pemodelan beberapa, seperti
pemodelan dimensi pendekatan untuk
data warehouse desain, secara eksplisit merekomendasikan non-normalisasi desain, desain yaitu bahwa sebagian besar tidak mematuhi 3NF. Normalisasi terdiri dari bentuk normal yang 1NF, 2NF, 3NF, Boyce-Codd NF (3.5NF), 4NF dan 5NF
Jenis Desain database
Konseptual skema
Setelah desainer database menyadari data yang akan disimpan dalam database, mereka kemudian harus menentukan mana ketergantungan dalam data. Kadang-kadang ketika data berubah Anda dapat mengubah data lain yang tidak terlihat. Sebagai contoh, dalam daftar nama dan alamat, dengan asumsi sebuah situasi di mana beberapa orang dapat memiliki alamat yang sama, tetapi satu orang tidak dapat memiliki lebih dari satu alamat, nama tergantung pada alamat, karena jika alamat berbeda, maka nama yang terkait pun berbeda. Namun, sebaliknya berbeda. Satu atribut dapat berubah dan tidak lain.
(CATATAN: Kesalahpahaman yang umum adalah bahwa model relasional .. ini disebut demikian karena yang menyatakan hubungan antara elemen data di dalamnya Hal ini tidak benar Model relasional adalah dinamakan demikian karena didasarkan pada struktur matematika yang dikenal sebagai hubungan .) Data Logikanya penataan
Setelah hubungan dan ketergantungan antara berbagai potongan-potongan informasi yang telah ditentukan, adalah mungkin untuk mengatur data ke dalam sebuah struktur logis yang kemudian dapat dipetakan ke dalam penyimpanan objek yang didukung oleh sistem manajemen database . Dalam kasus
database relasional obyek penyimpanan
tabel yang menyimpan data dalam baris dan kolom.
Setiap tabel dapat mewakili pelaksanaan baik objek logis atau hubungan bergabung dengan salah satu atau lebih instances dari satu atau lebih objek logis. Hubungan antara tabel kemudian dapat disimpan sebagai link yang menghubungkan tabel anak dengan orang tua. Karena hubungan logis yang kompleks itu sendiri meja mereka mungkin akan memiliki link ke lebih dari satu orangtua.
Dalam Obyek database objek penyimpanan sesuai langsung ke objek yang digunakan oleh bahasa pemrograman berorientasi objek digunakan untuk menulis aplikasi yang akan mengelola dan mengakses data. Hubungan dapat didefinisikan sebagai atribut dari kelas objek yang terlibat atau sebagai metode yang beroperasi pada kelas objek.
Fisik desain database
Desain fisik database menentukan konfigurasi secara fisik dari database pada media penyimpanan. Ini termasuk spesifikasi rinci
elemen data ,
jenis data ,
pengindeksan opsi dan parameter lain yang berada dalam DBMS
kamus data . Ini adalah desain rinci sistem yang mencakup modul & database hardware & software spesifikasi sistem.
