Desain database

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:

1.Tentukan hubungan antara elemen data yang berbeda.
2.Superimpose struktur logis atas data atas dasar hubungan ini.


Diagram ER (Entity-relationship model)

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 .

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.


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

(wikipedia /database)