Solusi Concurancy Dalam Pemesana Tiket Pesawat Pada WK-Tour Dan MK-Tour

Setelah membahas mengenai masalah – masalah yang terjadi didalam Concurancy dan penjabaran dari kasus pemesanan tiket pesawat tersebut, maka kali ini saya akan memberikan penjelasan suatu solusi terhadap masalah – masalah yang terjadi tersebut.
Dalam pembahasan solusi concurancy ini, ada suatu konsep dasar yang mendasarinya, yaitu LOCKING, yang merupakan salah satu mekanisme pengontrol Concurancy.
Dalam pembahasan mengenai solusi Concurancy ini, ada pula onsep yang akan dipakai , yaitu adanya pemakaian kunci yang disebut dengan KUNCI X, dan KUNCI S.
Kunci X itu sendiri adalah kunci yang bersifat ekslusif, yang dimaksudkan bahwa bila suatu transaksi memasang kunci X setelah pihak utama selesai melaksanakan transaksinya, maka transaksi tidak akan dapat dilakukan oleh pihak lainnya. Sedangkan Kunci S adalah kunci yang bersifat dapat digunakan bersama-sama, maksudnya bila suatu transaksi dipasang kunci S, pihak lain dapat melihat atau mengetahui dan bebas untuk dapat digunakan secara bersama-sama. Selain adanya konsep KUNCI X dan S, ada juga ada perintah SYNCHPOINT, yaitu suatu perintah yang berfungsi untuk dapat melepaskan kunci X, maksudnya adalah, setelah sutu transaksi pihak pertama melakukan pemasangna kunci X, otomatis pihak lain tidak dapat melakukan transaksinya, maka dari itu agar pihak lain dapat melakukan transaksi selanjutnya, pihak pertama harus melakukan SYNCHPOINT / Pelepasan kunci X, atau memberi izin pada pihak lain untuk dapat bertransaksi.

Dari penjelasan uraian diatas, maka selanjutnya dapat saya tampilkan suatu solusi dari masalah Concurancy yang sudah diuraikan sebelumnya, mengenai pemesana kursi pesawat. Berikut penjelasannya;

1. Masalah Kehilangan Modifkasi Sementara














Solusi dalam masalah modifikasi sementara diaras dapat dijelaskan bahwa pada T1, WK-Tour membaca atu melihat kursi yang tersedia dlam pemesana kursi pesawat A yaitu A1-A24. Setelah membacanya, WK-Tour memasang kuci S karma WK-Tour hanay melihat saja dan agar pada T3, MK-Tour bisa melihat atau membacanya juga bahwa kursai kelas A yang tersedia adalah A1-A24 dan MK-Tour pun memasang kunci S, karena hanya melihat saja. Selanjutnya pada T5, WK-Tour memesan kursi A1-A3, memesan disini dikatakan dengan memodifikasi. Kemudian WK-Tour harus memasang kunci X dan pada T7 WK-Tour melepas kunci X dengan Synchpoint, karena agar pada T8 MK-Tour dapat memesan kursi A2-A4 , yang berarti memodifikasi karena selanjutya pada T9, MK-Tour memasang kunci X Dan Synchpoint apabilla masih ada transaksi yang selanjutnya.

2. Masalah Modifikasi Sementara













Solusi untuk masalah Modifikasi Sementara Diatas dapat dijelaskan bahwa pada T1, WK-Tour membaca kursi yang tersedia dalam pemesanan kursi kelas, yaitu A5-A15. Sedangkan pada T2, WK-tour memasang kunci X karena selanjutnya pada T3, WK-Tour melakukan modofikasi dengan memesankursi A5-A10. Setelah itu pada T4, WK-Tour mencetak atau menulis A5-A10, setelah mencetak WK-Tour memasang kunci X, karena selanjutnya pada T8 MK-Tour ingin melakukan modifikasi dengan memesan A5-A15. Kemudian pada T9, MK-Tor mencetak atau menulis A11-A15, dan pada T10 Melakukan Synchpoint. Namun pada solusi pengatasan modifikasi sementara ini, sudah tidak ada kondisi roolback, karena pada transaksi sebelumnya sudah ada kunci X atau sudah dimodifikasi.

3. Masalah Analisa Yang Tidak Konsisten

Solusi untuk analisa yang tidak konsisten diatas, dapat dijelaskan bahwa pada T1, WK-Toor membaca kursi pesawat yang tersedia untuk kelas A adalah A1-A10, dan untuk kelas B adalah B10-B24 sedangkan untuk kelas C adalah C10-C24, ketiga pembacaan tersebut dipasang dengan kurci S, karena hanya melakukan pembacaan. Lalu pada T7,WK-tour memesan kursi kelas A yaitu A5-A10 dengan memasang kunci X, karena sudah memodifikasi, kemudian mencetaknya, dan melakukan Synchpoint, agar pada T11, MK-Tour dapat melakukan pembacaan kursi yang sudah dipesan oleh WK-Tour, supaya MK-Tour dapat memesan kursi kelas A yang lainnya yaitu A15-A20. Lalu MK-Tour memasang kunci X karena sudah memodifikasi, namun tidak perlu melakukan Synchpoint untuk dapat lanjut pada T14, Karena WK-Tour memesan kursi kelas B, bukan kelas A yaitu, B10-B20, dan memasang kunci X. Selanjutnya demikian sama dengan transaksi sebelumnya, bahwa WK-Tour tidak perlu melakukan Synchpoint, karena yang akan selanjutnya dimodifikasi adalah kelas C, yaitu MK-Tour memesan kursi C20-C22, kemudian diCommited atau MK-Tour sudah menyelesaikan transaksi setelah modifikasi. Tapi MK-Tour harusa melakukan Synchpoint, karena padaT22, WK-tour ingin melakukan modofikasi dengan pemesanan kursi kelas C, yaitu C23-C24.

Demikian penguraian yang dapat saya jelaskan mengenai solusi terhadap masalah Concurancy dalam pemesanan kursi pesawat pada WK-Tour dan MK-Tour.

Masalah ConCurancy Dalam Pemesanan Pesawat Pada WK Dan MK Tour


Concurency merupakan suatu masalah yang ada didalam DBMS (Database Management System)
Dalam Penulisan saya kali ini akan membahas tentang macam – macam masalah yang disebabkan oleh suatu Concurancy dalam suatu kasus pemesanan kursi pesawat pada suatu perusahaan yang bergerak dalam bidang travel, yaitu WK-Tour dan MK-Tour.
Berikut Penguraiannya :

1. Masalah Kehilangan Modifikasi (Lost Update Problem)










Dari Tabel diatas dapat dijelaskan bahwa, dalam suatu waktu Wwk-Tour ingin memesan kursi pesawat kelas VIP untuk 3 orang yaitu A1-A3, tetapi MK-Tour juga ingin memesan kursi pesawat VIP sebayak 3 orang pada kursi A2-A4.
Dari uraian diatas terdapat suatu masalah bahwa tedapat kursi yang sama yang ingin dipesan oleh kedua travel tersebut, yaitu kursi A2 dan A3, sehingga mengakibatkan ketidakbenaran data pesanan. Masalah seperti ini dinamakan dengan masalah Kehilangan Modifikasi, yaitu masalah yang timbul jika dua transaksi mengakses item database yang sama, yang dapat mengakibatkan nilai dari database tersebut tidak benar.

2. Masalah Modifikasi Sementara (Uncommited Update Problem)














Dalam Contoh Modifikasi Sementara ini, bahwa WK-Tour terlebih dahulu melakukan pemesanan kursi A5-A10 dari bangku yang tersedia yaitu A5-A15. Sedangkan pada saat MK-Tour ingin memesan, ia sudah mengetahui bahwa WK-Tour sudah terlebih dahulu memesan kursi A5-A10. Jadi, MK-Tour hanya dapat memesan dari sisa kursi yang tersedia yaitu A11-A15 dan semua kursi itu dipesan oleh MK-Tour. Namun ternyata terjadi suatu transaksi selanjutnya bahwa WK-Tour ingin merubah nomor kursi yang dipesan, atau mungkin membatalkan transaksi pemesanan kursi tersebut. Hal seperti ini disebut RoolBack, yaitu suatu yang telah selesai dikerjakan tetapi kemudian dibatalkan.

3. Masalah Analisa Yang Tidak Konsisten (Problem Of Inconsitensi Analisa)

Dalam contoh Masalah Analisa Yang Tidak Konsisten diatas, dapat dijelaskan bahwa pada waktu 1(T1) WK-Tour membaca jumlah kursi yang tersedia untuk tiap kelasnya, sedangkan MK-tour tidak membaca, kemudian pada waktu ke2(T2) WK-Tour langsung memesan bangku untuk kelas A, yaitu (A5-A10). Sedangkan MK-Tour membaca dulu kursi yang tersedia dan seterusnya memesan kursi A15-A20 pada waktu ke3(T3) wk-Tour memesan kursi untuk kelas B, yaitu B10-B20,sedangkan MK-Tour memesan kursi kelas C yaitu C20-C22 dan MK-Tour langsung menCommite transaksinya (perintah yang telah dilaksanakan dengan selesai).

Sedangkan WK-Tour masih bertransaksi pada waktu ke 4(T4) yaitu memesan kelas C, namun demikian terjadi suatu kondisi bahwa, sebelumnya WK-Tour ingin memesan bangku untuk kelas C, yaitu C20-C24, namun ternyata pada saat WK-Tour bertransaksi pada waktu ke-3(T3), saat pesan B, ternyata MK-Tour sudah memesan kursi untuk kelas C, yaitu C20-C22. Jadi pada saat T4, WK-Tour hanya dapat memesan kursi yang masih tersedia, yaitu C23-C24.

Masalah seperti ini disebut Analisa Yang Tidak Konsisten, yaitu masalah yang timbul jika sebuah transaksi membaca suatu nilai, tetapi transaksi yang kedua mengupdate

beberapa nilai tersebut selama eksekusi transaksi pertama.

Demikian adalah penguraian yang dapat saya jelaskan mengenai masalah- masalah yang terjadi dalam Concurancy pada pemesanan kursi pesawat, pada travel wK-Tour dan MK-Tour.

NormaLisasi Dokumen Pembayaran

Kali ini saya akan coba jelaskan mengenai Normalisasi
Normalisasi itu sendiri adalah suatu tehnik pengumpulan atau pengelompokan elemen data menjadi tabel-tabel yang menunjukan entity dan relasinya sehingga dapat membentuk WELL STRUCTURE RELATION.


Berikut ini akan saya jelaskanmengenai tahap pembuatan normaslisasi dari suatu dokumen Billing Rumah Sakit atau bukti pembayaran berobat rumah sakit.
Berikut Penjelasannya:













Gambar diatas merupakan contoh biling pembayaran yang akan dibentuk normalisasinya.
Dibawah ini adalah penguraian tentang Normalisasinya, Dari normalisasi ke-1, ke-2 dan k-3.

1.Normalisasi 1

Dalam Normalisasi ke-1 ini dituliskan semua record atau data yang berada pada dokumen pembayaran tersebut, namun sudah tidak ada kerangkapan datanya, dan terdapat suatu ketergantungan partial. Maksudnya adalah ada beberapa field yang menjadi candidat key.
Candidate Key dalam hal ini adalah satu set minimal atribut yang mengidentifikasi secara unik suatu kejadian dari entity.
Record Yang termasuk dalam Candidate Key disamping adalah yang diatamdai dengan tanda (*)

Berikut adalah tampilannya;





















2. Noramalisasi Ke-2

Dalam normalisasi ke-2 ini terdapat suatu pengelompokan beberapa atribut yang ada hubungan dekat. Dan terdapat suatu ketergantungan Fungsional danTransitif.
maksudnya adalah ketergantungan Fungsional, bahwa atribut yang bukan kunci bergantung pada atribut kunci.Sedangkan ketergantungan Transitifnya adalah bahwa ada suatu kunci yang menjadi kunci utama atau primary key dalam tabelnya,namun menjadi kunci tamu atau candidat key pada tabelyang lain,ketika dikoneksikan.
Berikut tampilannya:


















3.Normalisasi Ke-3

Dalam Normalisasi Ke-3 ini, beberapa record dikelompokan dalam masing - masing tabelnya. Dan terdapat primary key yang bisa mewakili dalam masing-masing tabelnya.
Dan terdapat suatu ketergantungan Deterninan. maksudnya adalah setiap atribut bukan kunci harus berantung hanya pada primary key, dan pada primary key secara menyeluruh.
Berikut Tampilannya:




















Diatas adalah penguraian yang dapat saya jelaskan mengenai tehnik normalisasi serta penjelasan jenis key dan ketergantungan yang digunakan dalam masing-masing normalisasinya.

Pembuatan Database Dengan MySQL

Berikut adalah contoh pembuatan databases LPK( Lembaga Pendidikan Kursus ) dengan menggunakan MySQL.

Database LPK tersebut terdiri dari tiga tabel yaitu;
Tabel siswa, terdiri dari field- field berikut;
NIS, type data (char 8)
Nama, type data (char20)
Alamat, type data (char25)
Tabel kursus, terdiri dari field-field berikut;
Kd_kursus, type data (char8)
Nm_kursus, type data (char20)
Satuan, type data (char10)
Tabel Instruktur, terdiri dari field-field berikut;
Id_instruktur, type data (char8)
Nm_instruktur, type data (char20)
Alamat, type data char(20)

Berikut adalah langkah – langkah pembuatan database LPK;
Sebelum menjalankan perintah membuat database, terlebih dahulu melihat daftar database yang sudah ada, dengan perintah Show Databases;

Pembuatan Database;
Sintaks : Create Database (nm_database)
Aplikasi Sintaks: mysql> Create Database lpk;

Melihat daftar database yang sudah dibuat;
Sintaks; Show Databases;
Aplikasi Sintaks: mysql> Show Databases;

Mengaktifkan Database yang telah dibuat;
Sintaks: Use (nm_database)
Aplikasi Sintaks: Use lpk;

Berikut Tampilan SQL’nya ;
















Pembuatan Tabel
Sintaks; Create Table (nm_tabel)
(nama_kolom1,type_data_kolom1,nama_kolom2,type_data_kolom2,..)
Aplikasi Sintaks;
mysql> Create Table Siwa(
->Nis char(8) not null,
->Nama char(20) not null,
->Alamat char(20) not null)
->;
mysql> Create Table Kursus(
->kd_kursus char(8) not null,
->nm_kursus char(20) not null,
->Satuan char(10) not null)
->;

mysql> Create Table Instruktur(
->Id_instruktur char(8) not null,
->Nm_instruktur char(20) not null,
->Alamat char(20) not null)
->;

Berikut Adalah Tampilan SQL’nya;




















Melihat Daftar Tabel yang sudah dibuat;
Sintaks; Show Tables;
Aplikasi sintaks; mysql>show tables;

Berikut Tampilannya;













Melihat Struktur Tabel yang sudah dibuat;
Sintaks; Describe (nm_tabel)
Aplikasi Sintaks;
mysql> Describe siswa;
mysql> Describe kursus;
mysql> Describe instruktur;

Berikut Tampilan SQL’nya ;






















Mengisi data baru ke dalam tabel
Sintaks ; Insert Into (nm_tabel) values(“data kolom1”,”data kolom2”,…);
Aplikasi Sintaks ;
mysql> Insert Into Siswa
-> values
-> (“12075054”,”Liana Enawati”,”Cipinang Besar Selatan”);
-> (“12075055”,”Nalyana”,”Cipinang Muara”)
-> ;

Berikut Adalah Tampilannya;






















Menampilkan Data yang telah dimasukan pada tabel;
Sintaks; Select * From (nama_tabel)
Aplikasi Sintaks;
mysql> Select nis,nama,alamat from siswa;
mysql> Select kd_kursus,nm_kursus,satuan from kursus;
mysql> Select kd_instruktur,nm_instruktur,alamat from instruktur;

Berikut Tampilan SQL’nya ;