Relasi Table pada Mysql

Menggunakan Keluarga Join

Relasi table pada database sangat diperlukan untuk menyederhanakan data-data kita,dan supaya mudah untuk diatur.Ada beberapa cara yang digunakan untuk merelasikan table.Pada pelajaran kali ini saya akan mengajarkan cara relasi database dengan menggunakan keluarga JOIN.Relasi table dengan Join ada 6 macam.

CROSS JOINSTRAIGHT JOININNER JOINRIGHT JOINLEFT JOINNATURAL JOIN

Sebelum memulai pelajaran kali ini saya asumsikan di computer anda sudah terinstal mysql

server,dan phpmyadmin.Jika anda belum punya silahkan download disini untuk phpmyadmin

http://www.phpmyadmin.net/home_page/downloads.php dan untuk mysql download disini

http://www.mysql.com/downloads/mysql/ atau agar lebih mudah download aja yang sudah

dipaket,anda bias gunakan wamp download disini http://www.wampserver.com/en/ .

Untuk mempermudah pelajaran kali ini saya sudah menyiapakan database yang sudah saya

export dengan nama produk.sql.silahkan di import melalui phpmyadmin.dan juga saya sudah

siapkan versi dump nya.

Note:Cocokan versi mysql dump anda dengan dump yang saya gunakan kalau tidak database

tidak bias di import.

Note:Query Mysql bersifat case-insensitif sehingga perbedaan huruf kecil dan besar tidak

masalah.tetapi untuk nama table,nama database,record,nama_field tidak berlaku.

Contoh:

Anda membuat table namanya nilai dengan huruf kecil semua.untuk menampilkan isi dari table

gunakan query berikut

select * from nilai //work

select * from Nilai //don’t work

select * from NILAI //don’t work

SeLeCt * FroM nilai //work

Ok sekarang masuk dulu ke mysql server anda kalau pakai console ketik mysql –u root –p

[enter] masukkan password.

Setelah itu masuk ke database produk

mysql> use produk

Lalu untuk melihat table yang sudah dibuat ketik perintah berikut

mysql> show tables;

+------------------+

| Tables_in_produk |

+------------------+

| jenis |

| produk |

+------------------+

2 rows in set (0.00 sec)

Disitu terdapat dua table yang ingin kita relasikan yaitu table jenis dan produk.Untuk meliat

deskripsi dari kedua table tersebut gunakan query berikut:

mysql> desc produk;

+-----------+-------------+------+-----+---------+----------------+

| Field | Type | Null | Key | Default | Extra |

+-----------+-------------+------+-----+---------+----------------+

| id_produk | int(11) | NO | PRI | NULL | auto_increment |

| nm_produk | varchar(40) | YES | | NULL | |

| no_jenis | int(3) | YES | | NULL | |

+-----------+-------------+------+-----+---------+----------------+

3 rows in set (0.01 sec)

mysql> desc jenis

-> ;

+----------+-------------+------+-----+---------+----------------+

| Field | Type | Null | Key | Default | Extra |

+----------+-------------+------+-----+---------+----------------+

| no_jenis | int(11) | NO | PRI | NULL | auto_increment |

| nm_jenis | varchar(20) | YES | | NULL | |

+----------+-------------+------+-----+---------+----------------+

2 rows in set (0.01 sec)

Ok sekarang kita perhatikan pada table jenis dan produk terdapat field yang sama yaitu

no_jenis.yang akan kita gunakan untuk merelasikan kedua table berikut.

Pada table produk primary key nya adalah id_produk sedangkan pada table jenis primary key

nya adalah no_jenis.Nah,pada table jenis no_jenis adalah kunci primer(primary key),sedangkan

pada table produk no_jenis adalah kunci tamu(foreign key).

Sekarang kita lihat isi dari masing-masing table berikut

mysql> select * from jenis;

+----------+------------+

| no_jenis | nm_jenis |

+----------+------------+

| 1 | Furniture |

| 2 | Elektronik |

| 3 | FOOD |

+----------+------------+

3 rows in set (0.00 sec)

mysql> select * from produk;

+-----------+-----------+----------+

| id_produk | nm_produk | no_jenis |

+-----------+-----------+----------+

| 1 | Lemari | 1 |

| 2 | Kulkas | 2 |

| 3 | Meja | 1 |

| 4 | Bangku | 1 |

| 5 | Televisi | 2 |

| 6 | Komputer | 2 |

+-----------+-----------+----------+

6 rows in set (0.00 sec)

Nah pada field/kolom no_jenis pada table jenis dan produk ,kita bermaksud menghubungkan no_jenis di table jenis dan no_jenis di table produk,agar angka-angka di field no_jenis pada

table produk diganti dengan huruf pada field nm_jenis di table jenis.kita bias melakukan hal

tersebut dengan merelasi kan kedua table tersebut.

Query Relasi : select nama_table1.nama_kolom1,nama_table2.nama_kolom2

…. nama_table(n).nama_kolom(n) from nama_table1,nama_table2..nama_table(n)

 

Artikel Populer IlmuKomputer.Com

Copyright ©2003- 2006 IlmuKomputer.Com

 

NORMALISASI DATABASE

ketika kita merancang suatu basis data untuk suatu sistem relational, prioritas utama dalam mengembangkan model data logical adalah dengan merancang suatu representasi data yang tepat bagi relationship dan constrainnya (batasannya). Kita harus mengidentifikasi suatu set relasi yang cocok, demi mencapai tujuan di atas. Tehnik yang dapat kita gunakan untuk membantu mengidetifikasi relasi-relasi tersebut dianamakan Normalisasi. Proses normalisasi pertama kali diperkenalkan oleh E.F.Codd pada tahun 1972. normalisasi sering dilakukan sebagai suatu uji coba pada suatu relasi secara berkelanjutan untuk menentukan apakah relasi tersebut sudah baik atau masih melanggar aturan-aturan standar yang diperlakukan pada suatu relasi yang normal (sudah dapat dilakukan proses insert, update, delete, dan modify pada satu atau beberapa atribut tanpa mempengaruhi integritas data dalam relasi tersebut). Proses normalisasi merupakan metode yang formal/standar dalam mengidentifikasi dasar relasi bagi primary keynya (atau candidate key dalam kasus BCNF), dan dependensi fungsional diantara atribut-atribut dari relasi tersebut. Normalisasi akan membantu perancang basis data dengan menyediakan suatu uji coba yang berurut yang dapat diimplementasikan pada hubungnan individualshingga skema relasi dapat di normalisasi ke dalam bentuk yang lebih spesifik untuk menghindari terjadinya error atau inkonsistansi data, bila dilakuan update tehadap relasi tersebut dengan Anomaly.

BEBERAPA DEFINISI NORMALISASI

• Normalisasi adalah suatu proses memperbaiki / membangun dengan model data relasional, dan secara umum lebih tepat dikoneksikan dengan model data logika.
• Normalisasi adalah proses pengelompokan data ke dalam bentuk tabel atau relasi atau file untuk menyatakan entitas dan hubungan mereka sehingga terwujud satu bentuk database yang mudah untuk dimodifikasi.
• Normalisasi dapat berguna dalam menjawab 2 pertanyaan mendasar yaitu: “apa yang dimaksud dengan desain database logical?” dan “apa yang dimaksud dengan desain database fisikal yang baik? What is phisical good logical database design?”.
• Normalisasi adalah suatu proses untuk mengidentifikasi “tabel” kelompok atribut yang memiliki ketergantungan yang sangat tinggi antara satu atribut dengan atrubut lainnya.
• Normalisasi bisa disebut jga sebagai proses pengelompokan atribut-atribut dari suatu relasi sehingga membentuk WELL STRUCTURED RELATION.

WELL STRUCTURED RELATION adalah sebuah relasi yang jumlah kerangkapan datanya sedikit (Minimum Amount Of Redundancy), serta memberikan kemungkinan bagi used untuk melakukan INSERT, DELETE, MODIFY, terhadap baris-baris data pada relasi tersebut, yang tidak berakibat terjadinya ERROR atau INKONSISTENSI DATA, yang disebabkan oleh operasi-operasi tersebut.

Langkah-Langkah Normalisasi

1. Bentuk Normal Pertama (1NF)

Sebuah model data dikatakan memenuhi bentuk normal pertama apabila setiap atribut yang dimilikinya memiliki satu dan hanya satu nilai. Apabila ada atribut yang memiliki nilai lebih dari satu, atribut tersebut adalah kandidat untuk menjadi entitas tersendiri.

Entitas utama untuk database tugas matakuliah tentu saja Tugas Matakuliah.

 GAMBAR

 

Entitas pertama dalam contoh model data untuk database tugas matakuliah. Atribut Nama Kelas mencantumkan kelas-kelas di mana tugas tersebut berlaku. Apabila Pendaftar untuk sebuah matakuliah melebihi kapasitas ruangan yang dimiliki fakultas, kebijakan yang umum diambil Kepala Program Studi adalah membagi kegiatan perkuliahan untuk matakuliah tersebut menjadi beberapa kelas. Karenanya atribut ini rentan memiliki nilai jamak, dan lebih sesuai menjadi entitas baru atau atribut dari entitas lain. Untuk sementara kita membuat entitas baru, Kelas, dimana sebagian atributnya berasal dari Tugas Matakuliah yang secara logis lebih sesuai menjadi atribut entitas ini. Sementara itu, hampir semua atribut entitas Tugas Matakuliah selain Nama Kelas memiliki nilai tunggal (dengan asumsi setiap matakuliah dihampu oleh satu dosen saja).

1. Relasi Antar-Entitas dan Identifier

Masalah yang kita hadapi sekarang adalah menghubungkan Tugas Matakuliah dengan Kelas. Satu tugas dapat diberikan pada beberapa kelas yang berbeda; dalam terminologi pemodelan data, ini berarti antara entitas Tugas Matakuliah dan entitas Kelas terdapat relasi 1:N (atau 1-N) untuk nilai N lebih dari satu. Cara paling intuitif untuk menghubungkan kedua entitas tersebut adalah menyertakan identitas satu entitas sebagai atribut entitas lain. Identitas sebuah entitas haruslah unik untuk menghindarkan ambiguitas saat akan merujuk pada satu objek khusus dari entitas tersebut. Entitas Tugas Matakuliah akan menggunakan pengidentifikasi arbitrer berupa angka yang berbeda antara satu objek Tugas Matakuliah dengan objek Tugas Matakuliah lain. Entitas Kelas dapat diidentifikasi dengan matakuliah dan kode kelas yang bersangkutan, sehingga kita cukup menambahkan atribut pengidentifikasi (identifier) dalam kedua entitas. Entitas ini beserta semua atribut baru dan hubungannya dengan Tugas Matakuliah diperlihatkan

dalam Gambar di bawah ini, dengan menggunakan notasi relasi crows foot (dengan simbol “kaki gagak” menunjuk pada entitas jamak). Hubungan antara Tugas Matakuliah dan entitas baru, Kelas. Sejauh ini tidak ada atribut entitas yang memiliki nilai lebih dari satu, sehingga rasanya cukup aman mengatakan bahwa model ini memenuhi bentuk normal pertama.

2. Bentuk Normal Kedua (2NF)

Sebuah model data dikatakan memenuhi bentuk normal kedua apabila ia memenuhi bentuk normal pertama dan setiap atribut non-identifier sebuah entitas bergantung sepenuhnya hanya pada semua identifier entitas tersebut.

Apabila kita perhatikan kembali model data yang telah kita hasilkan di atas, segera terlihat bahwa atribut dari entitas Kelas tidak sepenuhnya bergantung pada identitas unik Kelas tersebut. Seorang dosen akan tetap ada meskipun kelas matakuliah yang ia ampu sudah tidak ada lagi. Dalam hal ini, dosen adalah entitas tersendiri (yang nantinya dapat dilekatkan pada entitas Fakultas atau Universitas bilamana kedua entitas tersebut dirasa perlu ada, tergantung pada kebutuhan pemodelan data kita).

1. Sekali Lagi, Tentang Identifier

Dalam dunia nyata, anggapan yang umum adalah seseorang (“individu”) dapat diidentifikasi secara unik dengan namanya. Tentu saja anggapan ini tidak sepenuhnya benar, karena bisa saja sebuah nama (bahkan satu rangkaian nama lengkap) dimiliki oleh lebih dari satu orang; pemodelan data yang melibatkan informasi tentang individu jarang menggunakan nama individu tersebut sebagai satu-satunya pengidentifikasi. Implementasi RDBMS tertentu juga akan lebih cepat memproses query atas suatu tabel apabila tabel tersebut diindeks oleh nilai

integer unik daripada bila menggunakan indeks karakter (rangkaian karakter masih harus diumpankan ke fungsi hash agar dapat digunakan sebagai indeks tabel, sementara untuk integer unik tidak harus).

Karena beberapa alasan tersebut, entitas Dosen pada model data kita akan menggunakan pengidentifikasi arbitrer berupa Nomor Induk Pegawai sebagaimana diperlihatkan gambar dibawah ini. Dalam notasi crows foot, relasi non-identifying digambarkan dengan garis putusputus atau tersamar.

GAMBAR

Ketiga entitas utama dalam model data dan hubungan antar masing-masing entitas. Setelah atribut-atribut dari semua entitas dalam sebuah model data hanya bergantung pada seluruh pengidentifikasi entitas yang memilikinya, model data tersebut dikatakan memenuhi bentuk normal kedua.

3. Bentuk Normal Ketiga (3NF)

Sebuah model data dikatakan memenuhi bentuk normal ketiga apabila ia memenuhi bentuk normal kedua dan tidak ada satupun atribut non-identifying (bukan pengidentifikasi unik) yang bergantung pada atribut non-identifying lain. Apabila ada, pisahkan salah satu atribut tersebut menjadi entitas baru, dan atribut yang bergantung padanya menjadi atribut entitas baru tersebut.

Dalam model data sederhana yang kita gunakan di sini, tidak ada satupun atribut non-identifying (seperti Deskripsi Tugas Matakuliah, atau Nama Dosen) yang bergantung pada atribut nonidentifying lain. Namun demi adanya contoh, kita misalkan entitas Dosen memiliki atribut informasi Alamat Rumah dan Nomor Telepon Rumah. Keduanya tidak dapat secara unik mengidentifikasi objek tertentu dari entitas Dosen, namun keduanya saling bergantung. Sebagaimana dalam dua langkah normalisasi sebelumnya, jenis kebergantungan seperti ini dapat dihilangkan dengan membuat entitas baru lagi (yang tidak akan diciptakan karena tiga entitas sudah cukup banyak untuk satu artikel).

Model terakhir yang kita dapat ini telah memenuhi bentuk normal ketiga (third normal form) dan siap dikonversi menjadi tabel. Namun sebelumnya, kita perlu membahas berbagai jenis relasi yang kerap ditemui dalam pemodelan data, termasuk yang kita temui dalam contoh model data kali ini.

Artikel Populer IlmuKomputer.Com

Copyright ©2003- 2006 IlmuKomputer.Com