PERANCANGAN DATABASE

Merancang database merupakan suatu hal yang sanga penting.Kesulitan utama dalammerancang database adalah bagaimana merancang sehingga database dapat memuaskan keperluan saat ini dan masa mendatang. Perancangan model konseptual perlu di lakukan di samping perancangan model phisik .Pada perancangan proses yang diinginkan oleh organisasi .Ketika menentukan entity dan relasinya dibutuhkan analisis data tentang informasi yang ada dalam spesifikasi dimasa mendatang.

Pada pedekatan model konseptual ,beberapa konsep pendekatan relational digunakan , namun tidak berarti konsep ini nantinya diimplementasikan ke model Relational saja tetapi dapat juga dipakai pada model Hierarchical dan model network.

II.1. MERANCANG MODEL KONSEPTUAL DATABASE

Tugas database administrator adalah merancang model konseptual database. Model konseptual bukanlah pendekatan proses informasi seorang programmer aplikasi , tetapi merupakan kombinasi beberapa cara untuk memproses data untuk beberapa aplikasi .Model konseptual tidak tergantung pada aplikasi individual, tidak tergantung pada DBMS yang digunakan, tidak tergantung pada hardware yang digunakan serta juga tidak tergantung pada phisikal model .

Pada perancangan model konseptual penekanan tinjauan dilakukan pada struktur data dan relasi antara file .Tidaklah perlu dipikirkan tentang terapan dan operasi yang akan dilakukan pada database.

Pendekatan yang dilakukan pada perancangan model konseptual adalah menggunakan model data relational .

Terdapat dua buah teknik yaitu ;

• Teknik Normalisasi
• Teknik Entity Relationship 

II.2. TEKNIK NORMALISASI

Proses normalisasi merupakan proses pengelompokan data elemen menjadi tabel tabel yang menunjukkan entity  dan relasinya.
Pada proses normalisasi selalu diuji pada beberapa kondisi . Apakah ada kesulitan pada saat menambah / insert, menghapus/ delete, mengubah/ update, membaca/ retieve pada satu database. Bila ada kesulitan pada pengujian tersebut maka relasi tersebut dipecahkan pada beberapa tabel lagi atau dengan kata lain perancangan belumlah mendapat database yang optimal .

Sebelum mengenal lebih jauh mengenai Normalisasi ada beberapa konsep yang harus di ketahui lebih dahulu yaitu;

• Field / atribute kunci
• Kebrtgantungan fungsi ( functional dependency)

II.2.1.  FIELD / ATRIBUTE KUNCI

Setiap file selalu terdapat kunci dari file berupa satu field atau satu set field yang dapat mewakili record. Misalnya nomor pegawai merupakan kunci dari table pegawai suatu perusahaan, setiap pencarian cukup dengan menyebut nomor pegawai tersebut maka dapat diketahui nama, alamat , dan atribute lainnya mengenai seorang pegawai tersebut.

II.2.1.1  CANDIDATE KEY (Kunci Kandidat)

Kunci kandidat adalah satu atribute atau satu set minimal atribute yang mengidentifikasikan secara unik suatu kejadian spesific dari entity.
Satu minimal set dari atribut menyatakan secara tak langsung dimana anda tidak dapat membuang beberapa atribute dalam set tanpa merusak kepemilikan yang unik .
Jika satu kunci kandidat berisi lebih dari satu atribute ,maka biasanya disebut sebagai composite key( kunci campuran).

Contoh:
File Pegawai berisi atribute

• NO Induk
• No KTP
• Nama
• Tempat Lahir
• Tanggal Lahir
• Alamat
• Kota

Kunci kandidate disini adalah;

• No Induk , karena unik tidak mungkin ganda
• No KTP , karena unik tidak mungkin ganda
• Nama, sering dipakai sebagai kunci pencarian namun tidak dapat dikatakan kunci karena nama banyak yang sama,
• Nama + Tanggal lahir, mungkin dapat dipakai kunci karena kemungkinan sangat kecil seseorang punya nama yang lahir di hari yang sama.
• Nama + Tmpat lahir + tgl lahir ,dapat dipakai sebagai kunci,
• Alamat,kota ( bukan kunci)

II.2.1.2  Primary key

Primary key adalah suatu atribut atau satu set minimal atribute yang tidak hanya mengidentifikasi secara unik suatu kejadian spesifik, tapi juga dapat mewakili setiap kejadian dari satu entity.
Setiap kunci kandidat punya peluang menjadi primary key , tetapi sebaiknya dipilih satu saja yang dapat mewakili secara menyeluruh terhadap entity yang ada
Contoh;

•  No Induk ,Karena unik tidak mungkin ganda dan mewakili secara menyeluruh terhadap entity Pegawai, dan setiap pegawai selalu punya no induk

• No KTP ,ini hanya dipakai bila sampai  dengan pembanyaran gaji pegawai tenyata belum keluar.

  II.2.1.3  ALTERNATE KEY

Alternate key adalah kunci kandidat yang tidak bisa dipakai sebagai primary key .Kerap kali kunci alternatif dipakai sebagai kunci pengurutan dalam laporan misalnya.

II.2.1.4  FOREIGN KEY

Foreign key adalah satu atribute yang melengkapi satu relasionship (hubungan) yang menunjukan ke induknya . Kunci tamu ditempatkan pada entity anak dan sama dengan kunci primary induk direlasikan .Hubungan anatara entity induk dengan anak adalah hub satu ke banyanyak ( one to many relasionship).