5
BAB II TINJAUAN PUSTAKA Bab ini membahas mengenai teori dan konsep dasar penunjang topik pembahasan, permodelan data, dan topik lainnya yang memiliki relevansi dengan Rancang Bangun Sistem Terdistribusi Pada Apotek.
2.1
State of the art Perancangan basis data terdistribusi untuk barang dan peralatan di Balai
Riset dan Standardisasi Indrustri Palembang dilakukan oleh Aman Eriko pada Tahun 2013. Penelitian dilakukan oleh Aman Eriko untuk mempelajari dan menganalisis database yang sedang berjalan dan merancang sebuah sistem database untuk mendukung kebutuhan data dalam proses pencatatan administrasi pada laboratorium dengan sistem database yang lebih terstruktur dan terdistribusi. Metode penelitian yang digunakan diantaranya metode pengumpulan data dan metode implementasi. Metode pengumpulan data meliputi studi pustaka, wawancara dengan pihak-pihak yang terlibat pada Balai Riset dan Standardisasi Indrustri Palembang dan observasi secara langsung proses bisnis yang terjadi dan implemenetasi yang digunakan. Metode implementasi yang digunakan adalah metode System Development Life Cycle atau biasa disebut Macro Life Cycle. Hasil yang dicapai dari perancangan ini adalah menghasilkan sebuah database yang terstruktur dan terdistribusi dengan masing-masing bagian, membantu perusahaan untuk memperoleh informasi tentang permasalahan dan menyelesaikan masalah yang ada dalam sistem pengolahan penjualan, persediaan, pembelian, dan produksi. Penelitian dan Perancangan Implementasi Fragmentasi Horizontal Sistem Basis Data Terdistribusi pada Modul Penjualan Hasil Produksi Unit Usaha Pabrik Gula Cinta Manis Palembang yang ditulis oleh Robiantoro pada Tahun 2013 menggunakan metode deskriptif dan pengembangan sistem dengan metode Prototyping. Kesimpulan dari penelitian dan perancangan tersebut adalah membuatan Sistem Informasi Modul Penjualan Hasil Produksi di Unit Usaha
5
6
Pabrik Gula Cinta Manis dengan menggunakan Fragmentasi Horisontal. Sistem Basis Data Terdistribusi dapat meningkatkan kinerja staff penjualan untuk melakukan pengolahan data, selain itu dapat menghemat waktu dan tenaga untuk pengolahan data serta meminimalkan resiko kehilangan data atau informasi. Perancangan Sistem Replikasi Basis Data Terdistribusi Data Center yang dilakukan oleh Abdul Mubarak, Armin Lawi dan Muhhamad Niswar pada Tahun 2012. Mereka berpendapat bahwa sistem yang mereka rancang berbasis jaringan untuk replikasi basis data masing-masing SKPD sehingga dapat membantu dan mempermudah dalam akses data dan informasi, sistem ini mampu melakukan replikasi basis data antara SKPD dan Data Center sehingga terjadi penyetaraan data serta pemusatan data dalam satu server. Sistem ini memudahkan pihak pelaksana tugas dalam SKPD dan juga pihak eksekutif dalam membuat keputusan karena dengan satu akses dapat mencari semua data yang dibutuhkan bisa tersedia. Diharapkan kepada pihak Pemerintah Daerah untuk menyiapkan sebuah server yang berkapasitas besar baik dalam hal media penyimpanan maupun processor, juga diharapkan dapat menyediakan infrastruktur dan layanan jaringan komputer yang berkapasitas besar sehingga proses transfer data bisa lebih cepat. Sistem ini masih memiliki kekurang dalam hal keamanan sistem jaringan, jadi diharapkan pada peneliti selanjutnya dapat fokus pada bagaimana sistem keamanan dari sistem tersebut, sehingga nantinya sistem ini bisa digunakan lebih baik dan sepenuhnya mendukung e-Government di Indonesia. Penelitian Implementasi Basis Data Terdistribusi Menggunakan MySQL pada PT Thamrin Brothers Palembang Tahun 2012 yang ditulis oleh Efri Darwis, S.Kom., Merry Agustina, M.M., M.Kom., dan A. Mutaqin Bakti, M.M., M.Kom., menggunakan metode penelitian Action Research dan Decision Maker. Implementasi basis data terdistribusi pada penelitian ini mendistribusikan beberapa data dari pusat ke cabang atau sebaliknya. Pendistribusian data dilakukan guna menyamakan persepsi dan sinkronisasi data sehingga antara data yang di pusat dan cabang akan selalu sama. Data yang didistribusikan yaitu seluruh data yang selalu mengalami update setiap hari. Metode distribusi data yang dilakukan dalam penelitian ini yaitu dengan replikasi. Replikasi dilakukan
7
untuk menyamakan struktur data komputer pusat dengan data komputer cabang sehingga antara pusat dan cabang memiliki persepsi data yang sama. Output dari penelitian adalah basis data terdistribusi yang digunakan PT Thamrin Brothers Palembang yang saling terintegrasi secara terdistribusi antara cabang-cabang di seluruh wilayah Sumatera Selatan dan dapat dikembangkan untuk kepentingan operasional perusahaan. Penelitian Sistem Basis Data Terdistribusi juga dilakukan oleh Felix Andreas Sutanto dan Jeffry Alfa Razak pada Tahun 2010 dalam jurnalnya yang berjudul Model Fragmentasi Sistem Basis Data Terdistribusi Studi Kasus Sistem Member
Warnet.
Penelitiannya
membahas
mengenai
penerapan
sistem
terdistribusi pada sistem member warnet, sehingga member warnet dapat menggunakan keanggotaannya untuk mendapatkan potongan harga pada semua warnet cabang yang dimiliki oleh pengusaha warnet tersebut. Penerapan sistem basis data terdistribusi didasarkan atas pemikiran skalabilitas dan perkembangan dimasa yang akan datang, baik perkembangan jumlah member maupun perkembangan jumlah cabang pada bisnis warnet tersebut. Sistem terdistribusi merupakan suatu bentuk arsitektur dimana komputer-komputer yang berdiri secara otonom dapat saling berkomunikasi dan berbagi resource tanpa memperdulikan di mana komputer itu berada dan platform yang digunakan. Penelitian ini menerapkan metode fragmentasi horizontal dengan basis data homogen yang untuk selanjutnya akan dikembangkan kembali dengan fragmentasi vertikal atau replikasi dengan menggunakan basis data yang heterogen. Perancangan Sistem Informasi Managemen Apotek yang ditulis oleh Ngurah Budiartha pada Tahun 2007. Perancangan Sistem Informasi Managemen Apotek dibuat menggunakan bahasa pemrograman PHP dan basis data MySQL. Rancangan sistem yang dirancang digunakan untuk internal perusahaan. Sistem membahas mengenai pengolahan data master obat, data transaksi penjualan, transaksi pembelian, transaksi pemesanan, transaksi peracikan obat, transaksi pembuatan resep, dan transaksi retur. Keuntungan diterapkannya Sistem Informasi Manajemen Apotek adalah didapatkannya keuntungan dalam proses pelaporan
8
dan pencarian informasi stok yang lebih cepat dan akurat. Pelaporan dan pencarian yang lebih cepat dapat meningkatkan mutu pelayanan kepada konsumen. Peningkatan mutu pelayanan tersebut membuktikan pentingnya sistem informasi manajemen apotek di dalam megelola sebuah apotek.
2.2
Pengertian Apotik Apotek adalah tempat menjual dan membuat atau meramu obat. Apotek
merupakan tempat apoteker melakukan praktik profesi farmasi sekaligus menjadi peritel. Apotek berasal dari kata bahasa Yunani apotheca yang secara harfiah berarti penyimpanan. Tugas dan fungsi utama dari apotek adalah. 1.
Tempat pengabdian profesi apoteker yang telah mengucapkan sumpah jabatan.
2.
Sarana farmasi yang telah melakukan peracikan, pengubahan bentuk, pencampuran dan penyerahan obat atau bahan obat.
3.
Sarana penyalur kebutuhan farmasi yang menyebarkan obat yang diperlukan masyarakat secara meluas dan merata.
Pengelolaan apotek dapat beroprasi setelah mendapat ijin Kemenkes. Pengelolaan dan perizinan apotek diatur oleh Permenkes No.26/Menkes/Per/11/1981. Terdapat kegiatan rutin yang berlangsung secara terus menerus dalam pengolahan data obat pada apotek. Kegiatan tersebut adalah pembelian, penjualan, retur beli dan retur jual serta pelaporan. Apotek berkewajiban menyediakan, menyimpan dan menyalurkan hasil farmasi yang bermutu baik dan terjamin mutu kualitasnya. Hasil farmasi yang disalurkan oleh apotek meliputi obat, bahan obat, obat asli Indonesia atau impor.
2.2.1
Penyimpanan Obat Pada Apotek Kegiatan penyimpanan difokuskan pada tujuan agar tetap terjaminnya
kualitas obat sekaligus mendukung jalannya proses pelayanan sesuai dengan yang ditetapkan. Kegiatan penyimpanan barang ditetapkan menjadi dua sistem, yaitu: 1.
First In First Out (FIFO) dimana barang yang baru diterima disimpan dibagian belakang dari barang yang diterima sebelumnya.
9
2.
First Expired First Out (FEFO) barang ditempatkan dan dikelompokkan berdasarkan tanggal kadaluarsa barang. Barang disimpan pada tempat yang bersih, tidak lembab, tidak terkena
matahari langsung, dan disusun sistematis (cair atau padat, sesuai alphabet).
2.3
Pengertian Sistem Sistem berasal dari bahasa Yunani (sustema) yang memiliki arti
bermacam-macam hal menjadi suatu keseluruhan dengan bagian-bagian yang tersusun. Sistem yaitu masing-masing unit dan keseluruhannya yang merupakan kesatuan yang saling bergantung, saling menentukan, dan membutuhkan. Menurut Jogiyanto H.M (2006) Sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Menurut Djekky Djoht (2000) Sistem adalah agregasi atau pengelompokan beberapa objek-objek yang dipersatukan oleh beberapa bentuk interaksi yang tetap atau saling tergantung, sekelompok unit yang berbeda yang dikombinasikan sedemikian rupa oleh alamat atau oleh seni sehingga membentuk suatu keseluruhan yang integral dan berfungsi, beroperasi, atau bergerak dalam satu kesatuan. Sedangkan menurut Umar Fahmi Achmadi (2008) sistem adalah tatanan yang menggambarkan adanya rangkaian berbagai komponen yang memiliki hubungan serta tujuan bersama secara serasi yang bekerja atau berjalan dalam jangka waktu tertentu dan terencana.
2.4
Blok Elemen Sistem Sistem terdiri dari kompenen-komponen yang disebut dengan istilah Blok
Bangunan (Building Block), Blok Masukan (Input Blok), Block Model (Model Block), Block Keluaran (Output Block), Blok Teknologi, (Tecnology Block), Blok Basisdata (Database Block), dan Blok Kendali (Controls Block).
10
1.
Blok Masukan (Input Block) Masukan (input) mewakili data yang masuk ke dalam sistem informasi, input merupakan metode-metode dan media untuk menangkap data yang akan dimasukkan yang berupa dokumen-dokumen dasar.
2.
Blok Model (Model Block) Terdiri dari kombinasi prosedur, logika model matematika yang akan memanipulasi data input dan data yang tersimpan di basis data dengan cara yang sudah tertentu untuk menghasilkan keluaran yang diinginkan.
3.
Blok Keluaran (Output Block) Produk dari sistem informasi adalah keluaran yang merupakan informasi yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta semua pemakai sistem.
4.
Blok Teknologi (Technology Block) Teknologi merupakan kotak alat (tool box) dalam sistem informasi, Teknologi digunakan untuk menerima input, menjalankan model, menyimpan, dan mengakses data, menghasilkan dan mengirimkan keluaran dan membantu pengendalian dari sistem secara keseluruhan. Teknologi terdiri dari tiga bagian utama, yaitu teknisi (humanware atau brainware), perangkat lunak (software) dan perangkat keras (hardware).
5.
Blok Basis Data (Database block) Merupakan kumpulan dari data yang saling berhubungan satu dengan yang lainnya, tersimpan dalam perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya dengan menggunakan perangkat lunak paket yang disebut dengan DBMS (Database Management Sistem).
6.
Blok Kendali (Controls Block) Mengendalikan sistem agar terhindar dari hal-hal yang tidak diinginkan (kesalahan-kesalahan, tidak efisien, dan lain sebagainya) dengan merancang pengendalian untuk meyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah dan diatasi.
11
Gambar 2.1 Blok Sistem Informasi
2.5
Klasifikasi Sistem Sistem dapat diklasifikasikan dari beberapa sudut pandang diantaranya
adalah. 1.
Sistem Abstrak dan Sistem Fisik Sistem Abstrak adalah sistem yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik. Sistem Fisik adalah sistem yang ada secara fisik.
2.
Sistem Alamiah dan Sistem Buatan Manusia Sistem Alamiah adalah sitem yang terjadi melalui proses alam. Sistem Buatan Manusia adalah sistem yang dirancang oleh manusia. Sistem buatan manusia yang melibatkan interaksi antara manusia dengan mesin disebut dengan human machine system atau ada yang menyebut dengan machine system.
3.
Sistem Tertentu dan Sistem Tak Tentu Sistem Tertentu beroperasi dengan tingkah laku dengan tingkah laku yang sudah banyak diprediksi. Sistem Tak Tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilitas.
4.
Sistem Terbuka dan Sistem Tertutup Sistem Tertutup adalah sistem yang tidak berhubungan dan tidak terperngaruh dengan lingkungan luar. Sistem Terbuka adalah sistem yang berhubungan dan terpengaruh oleh lingkungan luar.
12
2.6
Sistem Terdistribusi Informasi dalam sebuah perusahaan atau instansi merupakan sesuatu yang
sangat penting guna mendukung perkembangan perusahaan. Kurangnya mendapatkan informasi dalam waktu tertentu mengakibatkan perusahaan atau instansi akan mengalami ketidakmampuan mengontrol sumber daya yang pada akhirnya akan mengalami kekalahan dalam persaingan dengan lingkungan persaingannya. Hampir semua sistem berbasis komputer yang besar saat ini menggunakan sistem terdistribusi (sistem tersebar). Sistem terdistribusi adalah sistem dimana pemrosesan informasi didistribusiikan pada beberapa komputer dan tidak terbatas hanya pada satu mesin saja. Sistem terdistribusi memiliki banyak kesamaan dengan rekayasa perangkat lunak lainnya tetapi ada isu-isu khusus yang harus diperhitungkan ketika merancang tipe sistem terdistribusi. Dewasa ini, masih banyak sistem besar yang masih menggunakan sistem tersentral yang berjalan pada satu mainframe dengan terminal-terminal yang terhubung kepadanya. Sistem tersebut banyak memiliki kelemahan karena terminal-terminal hanya sedikit memiliki kemampuan pemrosesan data dan semua tergantung pada komputer di sentral. Menurut Harsiti (2009), ciri-ciri basis data terdistribusi yaitu: 1.
Data disimpan di sejumlah tempat.
2.
Prosessor pada tempat yang berbeda tersebut dihubungan dengan jaringan komputer.
3.
Sistem basis data terdistribusi bukan terdiri dari sekumpulan file yang berada pada berbagai tempat tetapi pada sebuah basis data di berbagai tempat.
4.
Setiap tempat secara mandiri memproses permintaan user yang membutuhkan akses ke data di tempat tersebut dan juga mampu untuk memproses data yang tersimpan di tempat lain.
Hingga saat ini terdapat 3 tipe sistem utama dalam basis data terdistribusi, yaitu: 1.
Sistem personal yang tidak terdistribusi dan dirancang untuk satu workstation saja.
13
2.
Sistem Embedded yang berjalan pada satu prosessor atau pada kelompok prosessor yang terintegrasi.
3.
Sistem Terdistribusi di mana perangkat lunak sistem berjalan pada kelompok prosessor yang bekerja sama dan terintegrasi secara fleksibel, dengan dihubungkan oleh jaringan. Contohnya sistem ATM Bank atau Sistem penjualan tiket.
Menurut Coulouris et.al (1994), enam karakteristik yang penting untuk sistem terdistribusi yaitu: 1.
Resource Access and Sharing Kemampuan menggunakan hardware, software atau data di mana dan kapanpun. Karakteristik ini juga yang menentukan siapa saja yang dapat mengakses sebuah resource dalam sebuah sistem terdistribusi. Salah satu contohnya dalam sebuah web, terdapat htaccess yang hanya dapat diakses oleh user yang telah memiliki grant access terhadap file tersebut.
2.
Openness (Keterbukaan) Sebuah keterbukaan dalam sistem terdistribusi memiliki pengertian kemampuan sebuah sistem dalam mengembangkan fleksibilitas terhadap peningkatan kinerja sebuah sistem. Seperti penambahan module baru dan ketersediaan extension/plugin yang dapat terkoneksi dengan sistem lain. Contoh karakteristik ini misalkan sebuah aplikasi web banking yang dapat terhubung dengan sistem web milik perusahaan finance.
3.
Concurrency Semua proses dalam sistem terdistribusi dilakukan secara concurrency (secara bersama). Concurrency yang dimaksud dalam hal ini dilakukan untuk mencegah inkonsistensi dan ketidakpastian sebuah data dan proses. Sebagai contoh dalam sebuah aplikasi web yang diakses oleh banyak user. Ketika server melakukan sebuah update. Maka semua user yang mengakses halaman web tersebut akan langsung mendapatkan update terbaru tersebut.
14
4.
Scalability Scalabilitas memiliki pengertian bahwa sebuah sistem terdistribusi harus dapat ditingkatkan kinerjanya tanpa mengubah komponen-komponen di dalamnya. Sebagai contoh sebuah aplikasi web yang digunakan oleh user yang terlalu banyak, maka untuk meningkatkan kinerja dari web tersebut agar tidak terjadi overload atau down system maka perlu dilakukan upgrade processor dan RAM. Ketika proses upgrade tersebut, komponen dalam web tidak perlu diubah.
5.
Fault Tolerance (Toleransi Kesalahan) Kesalahan pasti terjadi dalam sebuah sistem. Kesalahan disebabkan karena masalah jaringan, power supply, bencana alam atau human error. Sebuah sistem terdistribusi dirancang memliki kemampuan untuk menangani halhal tersebut. Contoh dalam hal ini adalah dibangunnya sebuah clustering server. Ketika server utama mengalami down karena beberapa penyebab kesalahan, maka extended server langsung membackup sistem utama dan menggantikannya.
6.
Transparency Transparansi secara umum tidak berlaku untuk user biasa yang mengutamakan fungsionalitas, apakah ia sedang menggunakan sistem yang terdistribusi atau tidak, namun secara khusus bagi seorang pengelola baik itu developer atau administrator sistem sangat perlu untuk mengetahui arsitektur dari sistem yang sedang digunakan karena untuk mempermudah bagi mereka dalam mengembangkan dan memelihara sistem tersebut.
2.7
Arsitektur Sistem Terdistribusi Terdapat dua pendekatan alternatif untuk membagi fungsi pada proses
DBMS yang berbeda. Dua arsitektur alternatif DBMS terdistribusi adalah ClientServer dan Collaboration Server.
15
2.7.1
Client Server Sistem client server mempunyai satu atau lebih proses client dan satu atau
lebih proses server, sebuah proses client dapat mengirim query ke sebuah proses server seperti pada Gambar 2.2. Client bertanggung jawab pada antar muka untuk user, sedangkan server mengatur data dan mengeksekusi transaksi sehingga proses client berjalan pada sebuah personal komputer dan mengirim query ke sebuah server yang berjalan pada mainframe.
Gambar 2.2 Arsitektur Client Server
Arsitektur ini relatif sederhana untuk diiplemetasikan karena adanya pemisahan fungsi yang jelas dan server yang tersentralisasi, sehingga pengguna akan lebih nyaman menggunakan antarmuka grafis pada client. Caching pada server diperlukan untuk memperlancar layanan server dan mengurangi overhead komunikasi.
2.7.2
Collaboration Server Arsitektur client-server tidak mengijinkan satu query mengakses banyak
server karena proses client harus dapat membagi sebuah query ke dalam beberapa subquery untuk dieksekusi pada tempat yang berbeda dan kemudian membagi jawaban ke subquery. Proses client cukup komplek dan terjadi overlap dengan server, sehingga perbedaan antara client dan server menjadi jelas. Alternatif yang digunakan
untuk
mengurangi
perbedaan
tersebut
yaitu
dengan
sistem
Collaboration Server. Arsitektur sistem ini terdapat sekumpulan server basis data
16
yang menjalankan transaksi data lokal yang bekerjasama mengeksekusi transaksi pada beberapa server seperti pada Gambar 2.3. Server menerima query yang membutuhkan akses ke data pada server lain, sistem membangkitkan subquery yang dieksekusi server lain dan mengambil hasilnya bersama-sama untuk menggabungkan jawaban menjadi query asal.
Gambar 2.3 Arsitektur Collaboration Server
2.8
Tipe Basis Data Terdistribusi Terdapat dua tipe dalam basis data terdistribusi. Tipe basis data
terdistribusi yaitu: 1.
Homogen yaitu sistem dimana setiap tempat menjalankan tipe DBMS yang sama.
2.
Heterogen yaitu sistem dimana setiap tempat yang berbeda menjalankan DBMS yang berbeda, baik Relational DBMS (RDBMS) atau non relational DBMS. Gambaran basis data terdistribusi yang heterogen dapat dilihat pada Gambar 2.4.
17
Gambar 2.4 Database Terdistribusi Heterogen
2.9
Penyimpanan Data Sistem Terdistribusi Penyimpanan data pada DBMS terdistribusi, relasi disimpan pada
beberapa tempat. Pengaksesan relasi yang disimpan pada remote side mengakibatkan mahalnya biaya untuk melewatkan pesan tersebut dan untuk menguranginya maka sebuah relasi dipartisi atau difragmentasi ke beberapa tempat dengan fragmen dikirim ke tempat di mana fragmen tersebut sering diakses atau replika pada setiap tempat di mana relasi tersebut menjadi kebutuhan yang utama.
2.9.1
Fragmentasi Fragmentasi terdiri dari relasi yang dibagi ke relasi atau fragmen yang
lebih kecil dan mengirim fragmen ke beberapa tempat. Terdapat dua macam fragmentasi, fragmentasi horizontal dan fragmentasi vertikal. Fragmentasi horisontal, setiap fragmen terdiri dari sebuah subset baris dari relasi asal. Fragmentasi vertikal, setiap fragment terdiri dari sebuah subset kolom dari relasi asal. Fragmentasi horisontal dan vertikal diilustrasikan pada Gambar 2.5.
Gambar 2.5 Ilustrasi Fragmentasi Vertikal dan Horizontal
Sebuah relasi bila difragmentasi, harus meliputi relasi asal dari fragmen, yaitu:
18
1.
Fragmentasi Horisontal yaitu union dari fragmen horisontal harus sama dengan relasi asal. Fragmen biasanya dibutuhkan disjoint.
2.
Fragmentasi Vertikal yaitu koleksi fragmen vertikal dekomposisi losslessjoin. Sistem harus menyediakan id_tupel yang unik untuk setiap tupel dalam relasi asli untuk menjamin fragmentasi vertikal lossless-join. Field ini ditambahkan ke setiap fragmen vertikal jika relasi asal tambahan idtupel sebagai kunci, sehingga dekomposisinya lossless-join.
2.9.2
Replikasi Replikasi berarti menyimpan beberapa copy sebuah relasi atau fragmen
relasi. Keseluruan relasi dapat direplikasi pada satu atau lebih tempat. Sebagai contoh, jika relasi R difragmentasi ke R1, R2 dan R3, kemungkinan terdapat hanya satu copy R1, di mana R2 adalah replikasi pada dua tempat lainnya dan R3 replikasi pada semua tempat. Replikasi dapat diilustrasikan pada Gambar 2.6 di bawah ini.
Gambar 2.6 Ilustrasi Replikasi
Kegunaan replikasi antara lain adalah: 1.
Meningkatkan ketersediaan data, jika sebuah tempat yang berisi replika melambat, maka dapat menemukan data yang sama pada tempat lain. Demikian juga jika copy lokal dari relasi yang di remote tersedia, maka tidak terpengaruh saluran komunikasi yang gagal.
2.
Evaluasi query yang lebih cepat, query dapat mengeksekusi lebih cepat menggunakan copy local dari relasi termasuk ke remote site.
19
2.10
Replikasi Data Raplikasi Data dapat dicontohkan jika Table A direplikasi dan salinan dari
table tersebut tersimpan dalam dua atau lebih server. User dapat memiliki replikasi penuh (full replication), jika salinan dari table A tersebut disimpan pada semua server yang ada di dalam sistem. Keuntungan dan kerugian metode replikasi antara lain: 1.
Ketersediaan yang tinggi (Availability) Ketersediaan yang tinggi jika sebuah server yang berisi tabel A mengalami kerusakan, maka table yang sama masih dapat kita peroleh dari server yang lain.
2.
Peningkatan proses paralel (Increased Parallelism) Peningkatan proses paralel pada kasus di mana pengaksesan ke table A pada umumnya hanya berupa proses pembacaan data, maka pemrosesan query pada server-server yang melibatkan tabel A tersebut dapat di eksekusi secara paralel (bersamaan).
3.
Peningkatan beban pengubahan data (Increased Overhead On Update) Sistem harus dapat menjaga konsistensi semua salinan dari tabel A tersebut. Artinya jika table A diubah, maka perubahan tersebut harus di jalankan ke semua lokasi yang memiliki salinan tabel A.
Replikasi akan memperbaiki performansi dari operasi query (pembacaan data) dan meningkatkan ketersediaan data khususnya untuk transaksi-transaksi pembacaan (read-only).
2.11
MYSQL MySQL adalah aplikasi open source multi threaded sistem manajemen
basis data relasional yang dibuat oleh Michael Monty Widenius pada Tahun 1995. Tahun 2000 MySQL dirilis di bawah model dual lisensi yang mengijinkan masyarakat untuk menggunakan secara gratis di bawah GNU General Public Lisensi (GPL). Fitur yang menonjol adalah kecepatan. Perbandingan dari beberapa basis data termasuk MySQL, Oracle, MsSQl, IBM DB2, dan Sybase ASEMySQL seluruhnya terkait kerja untuk skalabilitas terbesar. SQL atau Structur
20
Query Language merupakan bahasa query standar yang digunakan untuk mengakses basis data relasional (Kadir,2003:101), sedangkan MySQL adalah sebuah sistem database. Kelebihan dari MySQL adalah dapat berjalan di berbagai sistem operasi, dapat digunakan secara gratis, bersifat multi-user, memiliki kecepatan dalam menangani query sederhana, memiliki tipe data yang banyak, keamanan data, dapat menangani basis data dalam skala besar, dapat melakukan koneksi dengan client menggunakan protokol TCP/IP, UNIX, dan NT, serta memiliki struktur tabel yang fleksibel. 2.12
Data Flow Diagram (DFD) Data Flow Diagram atau diagram alir data (DFD/DAD) adalah sebuah
teknis grafis yang mengambarkan aliran informasi dan transformasi yang di aplikasikan pada saat bergerak dari input menjadi output. DFD dikenal sebagai grafik aliran data atau bubble chart (Pressman, 2002 : 364). Tujuan perancangan Data Flow Diagram (DFD) yaitu: a.
Untuk memberikan indikasi mengenai bagaimana data ditransformasikan pada saat data bergerak melalui sistem.
b.
Untuk mengambarkan fungsi-fungsi (subsistem) yang mentransformasikan aliran data.
21
Gambar 2.7 Simbol DFD atau DAD
1.13
Standard Operational Procedure (SOP) Standard Operating Procedure (SOP) adalah dokumen tertulis yang
memuat prosedur kerja secara rinci, tahap demi tahap, dan sistematis. SOP memuat serangkaian instruksi secara tertulis tentang kegiatan rutin atau berulangulang yang dilakukan oleh sebuah organisasi. SOP juga dilengkapi dengan referensi, lampiran, formulir, diagram dan alur kerja. SOP sering juga disebut sebagai manual SOP yang digunakan sebagai pedoman untuk mengarahkan dan mengevaluasi suatu pekerjaan. Fungsi dari SOP adalah untuk menjelaskan secara detail mengenai proses kerja yang berlangsung secara rutin yang harus diikuti dalam suatu perusahaan atau organisasi. Tujuan dari SOP adalah sebagai berikut:
22
1.
Menjaga konsistensi dan tingkat kinerja petugas atau tim dalam organisasi atau unit.
2.
Mengetahui dengan jelas peran dan fungsi setiap posisi dalam organisasi.
3.
Memperjelas alur tugas, wewenang dan tanggung jawab dari petugas terkait.
4.
Melindungi organisasi dan staf dari malpraktek atau kesalahan administrasi lainnya.
5.
Menghindari kegagalan
atau
kesalahan, keraguan, duplikasi
dan
inefisiensi. Bentuk simbol flowchart yang digunakan dalam pembuatan SOP dapat dilihat pada Tabel 2.1. Tabel 2.1 Simbol Flowchart
No
Lambang
Nama
Keterangan
1.
Terminal
Menunjukkkan awal atau akhir suatu proses
2.
Manual Operation
Melakukan proses secara manual
3.
Manual Input
Menunjukan proses masukan data manual
4.
Display
Menampilkan data
Process
Menunjukkan proses pelaksanaan instruksi
6.
Decision
Menunjukkkan proses pemilihan alternatif atau pengecekan kondisi
7.
Predefined Process
Menunjukkan proses yang telah didefinisikan
5.
23
8.
On-page Connector
Merupakan penghubung pada satu halaman
9.
Off-page Connector
Merupakan penghubung pada halaman lain
10.
Document
Merupakan dokumen (arsip) dari hasil proses
11.
Arrow
Merupakan arah aliran proses
Flowchart
merupakan
gambaran
dengan
menggunakan
simbol.
Berdasarkan Tabel 2.1 setiap simbol menggambarkan proses tertentu. Flowchart dapat memperjelas urutan poses suatu kegiatan, sehingga ketika ada penambahan proses maka dapat dilakukan dengan lebih mudah.
2.14
Perancangan Basis Data Perancangan basis data merupakan proses menciptakan perancangan untuk
basis data yang akan mendukung operasi dan tujuan perusahaan. Perancangan suatu basis data menggunakan metodologi-metodologi yang membantu dalam tahap perancangan basis data. Metodologi perancangan adalah pendekatan struktur dengan menggunakan prosedur, teknik, alat, serta bantuan dokumen untuk membantu dan memudahkan dalam proses perancangan. Penggunaan teknik metode disain ini dapat membantu dalam merencanakan, mengatur, mengontrol, dan mengevaluasi database development project. Perancangan basis data dilakukan melalui 3 tahap, yaitu konseptual, logikal dan fisikal.
2.14.1 Perancangan Basis Data Konseptual Perancangan basis data konseptual adalah proses membangun model informasi yang digunakan di dalam perpustakaan, bebas dari semua pertimbangan
24
fisikal. Menurut Connolly dan Begg (1998), perancangan konseptual basis data adalah proses membangun sebuah model dari informasi yang digunakan oleh perusahaan. Langkah-langkah perancangan basis data konseptual yaitu: 1.
Identifikasi tipe entity Tipe entity adalah sekumpulan objek yang diindentifikasi oleh sebuah perusahaan atau perorangan yang mempunyai sifat-sifat yang sama dan mempunyai keberadaan yang independent, entitas tersebut bisa berupa entitas strong dan weak.
2.
Identifikasi tipe relationship.
3.
Identifikasi dan hubungan atribut dengan tipe Entity atau Relationship.
4.
Menentukan atribut domain.
5.
Menentukan kandidat dan atribut primary key.
6.
Mempertimbangkan
kegunaan
dari
konsep
Enhanced
Modeling.
Penggunaan konsep Enchaned Modeling seperti spesialisasi, generalisasi, agregasi, dan komposisi. 7.
Periksa model untuk redundancy.
8.
Validasikan model konseptual lokal yang bertentangan dengan transaksi pengguna.
9.
Mengulang model data konseptual lokal dengan pengguna.
2.14.2 Perancangan Basis Data Logikal Perancanan basis data logikal adalah proses membangun model informasi yang dibangun perusahaan berdasarkan dari beberapa model data yang spesifik, tetapi bebas dari fakta DBMS dan pertimbangan fisikal lainnya. Menurut Connolly dan Begg (1998), perancangan logikal basis data merupakan proses membangun sebuah model informasi yang digunakan dalam sebuah perusahaan berdasarkan pada sebuah model data yang spesifik, tetapi tidak bergantung pada sebuah DBMS tertentu dan pertimbangan-pertimbangan fisik lainnya. Langkah pokok dari perancangan basis data logikal untuk relational model mencakup: 1.
Membuat dan memvalidasi model data logikal lokal untuk setiap bagian, membuat dan memvalidasi model data logikal global. Sebuah model data
25
logikal termasuk Entity Relationship Diagram (ERD), skema relational, dan dokumen pendukung, seperti kamus data yang terbentuk dalam pengembangan model. 2.
Membangun dan memvalidasi model data logikal global. Menggabungkan tiap model data logikal lokal ke dalam satu model data logikal global yang menggambarkan keseluruhan perusahaan.
2.14.3 Perancangan Basis Data Fisikal Perancangan basis data fisikal adalah proses memproduksi sebuah deskripsi mengenasi implementasi dari basis data yang berada di secondary storage, mendeskripsikan relasi dasar, organisasi file, dan indeks yang digunakan untuk pengaksesan data yang efisien dan penggabungan beberapa batasan dan sistem keamanan. Perancangan fisik basis data merupakan proses yang menghasilkan sebuah deskripsi implementasi dari basis data pada secondary storage yang menggambarkan relasi dasar, organisasi file, dan indeks yang digunakan untuk mencapai akses yang efisien ke data, dan penggabungan batasan integritas dan ukuran keamanan. 6 tahap secara gasir besar dalam membangun desain fisik basis data yaitu:
26
1.
Mengubah model data logikal global untuk target DBMS Bertujuan menghasilkan sebuah sistem basis data relational dari model data logikal global yang dapat diimplementasikan dalam target DBMS.
2.
Merancang representasi fisik Bertujuan menentukan organisasi file yang optimal untuk menyimpan relasi dasar dan indeks yang diperlukan untuk mencapai performance yang diinginkan, untuk itu akan ditentukan relasi dan tuple mana yang ada pada secondary storage
3.
Perancangan user view Bertujuan
merancang
user
view
yang
diidentifikasikan
selama
pengumpulan kebutuhan-kebutuhan dan tahap analisis dari siklus aplikasi basis data relational. 4.
Perancangan mekanisme keamanan Bertujuan merancang mekanisme keamanan untuk basis data seperti yang ditentukan oleh user. Relational DBMS secara umum menyediakan dua tipe keamanan basis data yaitu: a. Keamanan sistem yang mencakup akses dan penggunaan basis data pada level sistem, seperti username dan password. b. Keamanan data yang mencakup akses dan penggunaan objek basis data (seperti relasi dan view) dan aksi yang dapat dilakukan user terhadap objek.
5.
Mempertimbangkan adanya pengontrolan redundancy Bertujuan untuk menentukan apakah redundancy dalam batasan yang terkendali dengan menggunakan teknik normalisasi akan meningkatkan performance dari sistem.
6.
Memonitor dan menyesuaikan sistem operasi Bertujuan untuk mengawasi sistem operasional dan meningkatkan kinerja dari sistem untuk memperbaiki kebutuhan perancangan yang tidak sesuai atau merefleksikan perubahan.
27
2.15
Derajat Relasi Perancangan basis data mengenal istilah ratio cardinalitas yang mengatur
tentang hubungan atau relasi antar entitas. Hubungan antar entitas tersebut terdiri dari tiga buah relasi, yaitu sebagai berikut: 1.
Relasi Satu Ke Satu (one to one) Relasi satu ke satu yaitu hubungan satu entitas A dihubungkan dengan maksimum satu entitas B saja, peleburan ini didasarkan pada penyertaan atribut ke salah satu tabel yang entitasnya memiliki derajat minimum paling besar. Relasi satu ke satu ditunjukan pada Gambar 2.8.
Gambar 2.8 Relasi One to One
2.
Relasi Satu ke banyak (one to many) Relasi dikatakan one-to-many bila setiap entitas pada himpunan entitas A1 dapat berhubungan dengan banyak entitas pada himpunan entitas B1 dan B2, tetapi tidak sebaliknya, di mana setiap entitas pada himpunan entitas B berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas A. Relasi ini merupakan relasi yang paling umum terjadi dalam database. Relasi one-to-many ini boleh membentuk tabel baru dan boleh juga tidak. Relasi one to many dapat digambarkan pada Gambar 2.9.
28
Gambar 2.9 Relasi One to Many
3.
Relasi Banyak ke Banyak (many to many) Merupakan hubungan saling memiliki lebih dari satu dari setiap instansi entitas terhadap instansi entitas lainnya. Selain relasi antara dua entitas, terdapat juga hubungan terhadap entitasnya sendiri yang disebut dengan recursive relationship (self-relation). Hubungan ini dapat mempunyai tipe biner. Relasi dikatakan many-to-many bila sebuah record pada tabel A berhubungan dengan lebih dari satu record di tabel B dan record di tabel B berhubungan dengan lebih dari satu record di tabel A seperti yang ditunukan oleh Gambar 2.10.
Gambar 2.10 Relasi many to many
29
2.16
Key Key adalah sebuah atau gabungan dari beberapa atribut atau field yang
dapat membedakan semua record dalam table secara unik. Key artinya apabila suatu atribut dijadikan sebagai key maka tidak boleh ada dua atau lebih baris data dengan nilai yang sama untuk atribut tersebut. Pembuatan program basis data harus disertai dengan penentuan kunci di mana kunci tersebut sangat berperan penting dalam menentukan keunikan dari suatu atribut dalam tabel atau entitas yang berelasi. Beberapa jenis kunci dalam basis data adalah sebagai berikut: 1.
Super Key Super Key merupakan satu atau lebih atribut yang dapat membedakan setiap baris data dalam sebuah tabel secara unik.
2.
Candidate Key Candidate Key merupakan kumpulan atribut minimal yang dapat membedakan setiap baris data dalam sebuah tabel secara unik. Sebuah Cadidate Key tidak boleh berisi atribut atau kumpulan atribut yang telah menjadi super key yang lain. Candidate Key pastilah Super Key, tetapi belum tentu sebaliknya.
3.
Primary Key Primary Key adalah satu atribut atau satu set minimal atribut yang tidak hanya mengidentifikasi secara unik suatu kekadian spesifik, tetapi juga dapat mewakili setiap kejadian dari suatu entity. Setiap kunci kandidat dapat menjadi kunci primer tetapi sebaliknya sebaiknya dipilih satu saja yang dapat mewakili secara menyeluruh terhadap entity yang ada.
4.
Alternate Key Alternate Key adalah Candidate Key yang tidak dijadikan Primary Key dan merupakan kunci kandidat yang tidak dipakai sebagai kunci primer. Kunci alternatif ini sering digunakan untuk kunci pengurutan misalnya dalam laporan.
30
5.
Composite Key Composite Key adalah Key yang terdiri dari dua atribut atau lebih, dimana atribut-atribut tersebut bila berdiri sendiri tidak menjadi indentitas record, namun
bila
dirangkaikan
menjadi
satu
kesatuan
yang
dapat
mengidentifikasikan record secara unik. 6.
Foreign Key Foreign Key adalah non-key pada sebuah relasi yang juga menjadi primary key atribut pada relasi lainnya. Foreign Key biasanya digunakan sebagai penghubung antara record-record dari kedua relasi tersebut.kunci tamu ditempatkan pada entity anak dan sama dengan kunci primer induk yang direlasikan. Hubungan antara entity induk dengan anak adalah hubungan satu lawan banyak (one to many relationship).
2.17
Normalisasi Normalisasi adalah suatu proses untuk mengubah suatu tabel yang
memiliki masalah tertentu ke dalam dua buah tabel atau lebih, yang tidak lagi memiliki masalah tersebut. Masalah tersebut biasanya merupakan suatu ketidakkonsistenan (tidak normal) apabila dilakukan penghapusan (delete), pengubahan (update) dan pembacaan (retrieve) pada suatu basis data. Tahapan Normalisasi yaitu: 1.
Tahapan Normalisasi Bentuk Pertama Bentuk Normal ini dilakukan pada form tabel yang memiliki redudansi yang tinggi dan ada atribut yang memiliki nilai data null, sehingga normalisasi ini dilakukan untuk mengelompokkan setiap atribut yang bernilai tunggal untuk setiap baris dan menghilangkan field yang bernilai null. Tabel 2.2 Normalisasi Bentuk Pertama (1nf) id_barang
Nama_barang
Harga
Jenis
76164217
Marlboro
14500
Rokok
89960013
Choki-choki
13000
Coklat
89970250
Big Cola
3000
Minuman
31
2.
Tahapan Normalisasi Bentuk Kedua Syarat dilakukannya Normalisasi kedua adalah apabila tabel tersebut telah berada pada bentuk normal pertama dan semua atribut bukan kunci (key) memiliki dependensi sepenuhnya terhadap kunci primer. Tabel 2.3 Normalisasi Bentuk Kedua (2nf) (1) id_barang
Nama_barang
Harga
Jenis
76164217
Marlboro
14500
Rokok
89960013
Choki-choki
13000
Coklat
89970250
Big Cola
3000
Minuman
Tabel 2.4 Normalisasi Bentuk Kedua (2nf) (2)
3.
id_barang
Nama_barang
76164217
Marlboro
89960013
Choki-choki
89970250
Big Cola
Tahapan Normalisasi Bentuk Ketiga Syarat dilakukannya Normalisasi bentuk kedua adalah apabila tabel tersebut telah berada pada bentuk normal kedua dan semua atribut bukan kunci tidak memiliki dependensi transitif terhadap kunci primer. Tabel 2.5 Normalisasi Bentuk Ketiga (3nf) (1) id_barang
Harga
Jenis
76164217
14500
Rokok
89960013
13000
Coklat
89970250
3000
Minuman
Tabel 2.6 Normalisasi Bentuk Ketiga (3nf) (2) id_barang
Nama_barang
76164217
Marlboro
89960013
Choki-choki
89970250
Big Cola
Tabel 2.7 Normalisasi Bentuk Ketiga (3nf) (3) Jenis Rokok Coklat Minuman
32
2.18
DDL (Data Definition Language) DDL MySQL termasuk dalam perintah membuat, merubah dan
menghapus struktur dalam database. Statement DDL mendefinisikan struktur dari MySQL database dan menentukan tipe data apa saja yang dapat disimpan ke database serta bagaimana menyimpan data. Secara khusus statement DDL berfungsi untuk: 1.
Membuat dan menghapus database (Create Database, Drop Database)
2.
Membuat, memperbaiki atau merubah, dan menghapus tabel (Create Table, Alter Table, Rename Table, Drop Table)
3.
Membuat dan menghapus index (Create Index, Drop Index) DDL digunakan untuk mendefinisikan kerangka database. Statement DDL
antara lain yaitu Create, Alter, dan Drop. Berikut adalah penjelasan dari statement DDL. 2.18.1 Create Perintah Create digunakan untuk membuat database atau tabel baru pada suatu sintaks
MySQL. Contoh penggunaan sintaks Create dalam membuat
database baru adalah sebagai berikut. CREATE DATABASE nama_database; Kode Program 2.1 Sintaks Pembuatan Database
contoh penggunaan sintaks Create adalah sebagai berikut: CREATE DATABASE db_kasir; Kode Program 2.2 Contoh Penggunaan Sintaks Pembuatan Database
Sintaks lain yang menggunakan perintah Create adalah untuh membuat tabel baru. Sintaks yang digunakan adalah sebagai berikut: CREATE TABLE
( , , ..., ); Kode Program 2.3 Sintaks Pembuatan Tabel
33
Contoh penggunaan sintaks Create tabel adalah sebagai berikut: CREATE TABLE infoprib( NIPvarchar(10), Nama varchar(50), Tgl_lahir date, Alamat varchar(50) ); Kode Program 2.4 Contoh Sintaks Pembuatan Tabel
2.18.2 Alter Statement Alter digunakan untuk mengubah struktur tipe data suatu tabel ataupun nama kolom dari tabel tersebut. Sintaks yang digunakan adalah sebagai berikut: ALTER TABLE CHANGE ; Kode Program 2.5 Sintaks Alter Tabel
Contoh penggunaan sintaks Alter adalah: ALTER TABLE barang CHANGE Nama Stok Varchar(50); Kode Program 2.6 Contoh Sintaks Alter Tabel
2.18.3 Drop Statement Drop digunakan untuk menghapus tabel maupun menghapus database, perintah Drop dapat juga digunakan untuk menghapus kolom suatu tabel dengan digabungkan dengan statement alter. Statemen Drop memiliki banyak contoh sintaks diantaranya adalah untuk menghapus database seperti yang ditunjukkan oleh sintaks berikut: DROP ; Kode Program 2.7 Sintaks Drop Database
34
Sintaks untuk menghapus tabel: DROP ; Kode Program 2.8 Sintaks Drop Tabel
2.19
DML (Data Manipulation Language) DML merupakan perintah SQL yang berhubungan dengan manipulasi atau
pengolahan data record pada tabel. Perintah dasar DML antara lain Select, Insert, Delete, Update.
2.19.1 Select Perintah Select berfungsi untuk mendapatkan daftar row (record) pada satu atau lebih tabel dan bisa diikutkan dengan sintaks query union dan subquery lainnya. Gambaran umum sintaks select sebagai berikut: SELECT [ALL | DISTINCT] [FROM table_references] [WHERE where_condition] [CHARACTER SET charset_name] Kode Program 2.9 Daftar Perintah Select
Beberapa penjelasan dari sintaks Select di atas adalah: 1.
Select Merupakan sintaks utama yang berfungsi untuk menerima daftar row (record) yang ada pada tabel dengan diikuti dengan nama field (column) dan parameter yang mengikutinya. SELECT * FROM `nama_tabel` Kode Program 2.10 Contoh Perintah Select
2.
All Distinct Perintah All berfungsi menambahkan aturan khusus untuk menampilkan semua record. Perintah All adalah perintah default jika tidak memasukkan perintah Distinct. SELECT ALL `nama_kolom` FROM `nama_tabel` Kode Program 2.11 Contoh Perintah SELECT ALL
35
Perintah Distinct berfungsi untuk menambahkan aturan khusus untuk menampilkan daftar record dengan record unik saja (tidak ada record dengan nilai sama). Biasanya digunakan untuk menampilkan record pada field tertentu. SELECT DISTINCT `nama_kolom` FROM `nama_tabel` Kode Program 2.12 Contoh Perintah Select Distinct
3.
From Perintah From berfungsi untuk memilih tabel yang digunakan sebagai referensi pada perintah Select. SELECT `nama_kolom` FROM `nama_tabel` Kode Program 2.13 Contoh Perintah Select From
4.
Where Perintah Where berfungsi untuk menambahkan parameter tertentu pada sintaks yang diketik. SELECT `nama_kolom` =‘nilai’
FROM
`nama_tabel`
WHERE
`nama_kolom`
Kode Program 2.14 Contoh Perintah Select ... Where
5.
Charset Perintah Charset berfungsi untuk menampilkan daftar baris (record) dengan character set tertentu yang dideklarasikan pada sintaks. SELECT `nama_kolom` FROM `nama_tabel` CHARSET Kode Program 2.15 Contoh Perintah Select Charset
2.19.2 Insert Perintah Insert berfungsi untuk memasukkan baris (record) baru ke dalam tabel. Gambaran umum sintaks Insert yaitu: INSERT[INTO] tbl_name [(col_name,...)] {VALUES | VALUE} ({expr | DEFAULT},...),(...),... [ ON DUPLICATE KEY UPDATE col_name=expr [, col_name=expr] ... ] Kode Program 2.16 Daftar Lengkap Perintah Insert
36
Beberapa penjelasan pada sintaks INSERT adalah sebagai berikut: 1.
Insert Merupakan sintaks utama pada sintaks memasukan baris atau kolom. Berfungsi untuk memasukkan data (record) pada tabel. INSERT INTO `nama_tabel` (`nama_kolom_1`, `nama_kolom_2`, …) VALUES (‘nilai_1’, ‘nilai_2’, …) Kode Program 2.17 Contoh Perintah Insert
2.
Into Perintah Into berfungsi untuk menentukan tabel tujuan untuk memasukkan row (record) baru. INSERT INTO `nama_tabel` (`nama_kolom_1`, `nama_kolom_2`, …) VALUES (‘nilai_1’, ‘nilai_2’, …) Kode Program 2.18 Contoh Perintah Insert Into
3.
Values Perintah Values berfungsi untuk menentukan nilai yang dimasukkan ke dalam tabel. Urutan nilai yang dimasukkan harus sesuai dengan urutan field pada perintah Into. INSERT INTO `nama_tabel` (`nama_kolom_1`, `nama_kolom_2`, …) VALUES (‘nilai_1’, ‘nilai_2’, …) Kode Program 2.19 Contoh Perintah Insert Values
4.
On Duplicate Key Update Perintah On Duplicate Key Update berfungsi untuk melakukan update (penggantian) pada record sebelumnya jika ada record yang memiliki nilai primary key yang sama. Perintah ini harus menyertakan ekspresi untuk mengganti nilai primary key yang lama. INSERT INTO `nama_tabel` (`nama_kolom_1`, `nama_kolom_2`, …) VALUES (‘nilai_1’, ‘nilai_2’, …) ON DUPLICATE KEY UPDATE `nama_tabel` = `nama_tabel` + 3 Kode Program 2.20 Contoh Perintah Insert On Duplicate Key Update
37
2.19.3 Update Perintah Update berfungsi untuk melakukan pembaharuan (update) nilai pada baris (row) yang sudah ada pada tabel. Gambaran umum sintaks update adalah sebagai berikut: UPDATE table_references SET col_name1={expr1|DEFAULT} [, col_name2={expr2|DEFAULT}] ... [WHERE where_condition] Kode Program 2.21 Daftar Lengkap Perintah UPDATE
Beberapa Penjelasan pada sintaks Update adalah sebagai berikut: 1.
Update Merupakan sintaks utama dalam sintaks perubahan data. Berfungsi untuk melakukan pembaharuan (update) nilai pada baris (row) yang sudah ada pada tabel. UPDATE `nama_tabel` SET `nama_kolom` = `nilai_baru_1` Kode Program 2.22 Contoh Sintaks Update
2.
Set Perintah Set berfungsi untuk menentukan kolom (field) mana saja yang akan di-update beserta nilai baru yang akan dimasukkan pada tabel. Perintah ini juga dapat melakukan update pada beberapa field sekaligus dalam sekali update. UPDATE `nama_tabel` SET `nama_kolom_1` = ‘nilai_baru_1’, `nama_kolom_2` = ‘nilai_baru_2’, ..., `nama_kolom_n` = ‘nilai_baru_n’ WHERE `nama_kolom_acuan` = ‘nilai_acuan’ Kode Program 2.23 Contoh Sintaks Update Set
3.
Where Perintah Where berfungsi untuk menentukan kolom dan nilai acuan untuk menentukan update data. Perintah ini akan meng-update semua record dengan nilai yang ditentukan pada tabel dan field, jika tidak ada kolom dan nilai yang ditentukan. UPDATE `nama_tabel` SET `nama_kolom_1` = ‘nilai_baru_1’, `nama_kolom_2` = ‘nilai_baru_2’, ..., `nama_kolom_n` = ‘nilai_baru_n’ WHERE `nama_kolom_acuan` = ‘nilai_acuan’ Kode Program 2.24 Contoh Perintah Update Where
38
2.19.4 Delete Perintah Delete berfungsi untuk menghapus record dengan nilai dari field tertentu dari suatu tabel. Semua record akan terhapus jika tidak memasukkan nilai where tertentu pada perintah Delete. Gambaran umum sintaks Delete yaitu: DELETE FROM tbl_name[.*] [, tbl_name[.*]] ... [WHERE where_condition] Kode Program 2.25 Daftar Lengkap Perintah Delete
Beberapa Pejelasan pada sintaks Delete adalah sebagai berikut: 1.
Delete Merupakan sintaks utama dalam sintaks hapus data record. Berfungsi untuk melakukan penghapusan record dengan nilai dari field tertentu dari suatu tabel. DELETE FROM `nama_tabel` Kode Program 2.26 Contoh Perintah Delete
2.
From Perintah From berfungsi untuk menentukan tabel mana yang record-nya akan dihapus. DELETE FROM `nama_tabel` Kode Program 2.27 Contoh Perintah Delete From
3.
Where Perintah Where berfungsi untuk menentukan nilai acuan pada field untuk menentukan record mana yang akan dihapus. DELETE FROM `nama_tabel` WHERE `nama_kolom` `nilai_acuan` Kode Program 2.28 Contoh Perintah Delete Where
2.20
=
DCL (Data Control Language) DCL merupakan perintah SQL yang berhubungan dengan pengaturan hak
akses user MySQL, baik terhadap server, database, tabel, maupun field. Perintah dasar DCL antara lain Grant dan Revoke.
39
2.21
Kontrol Replikasi Skenario replikasi kontrol harus memiliki algortima yang jelas karena
algoritma tersebut harus menjaga konsistensi data yang terdapat pada database tersebut. Cara untuk meminimalisasi terjadinya inkonsistensi adalah dengan cara melihat apakah ada atau tidak salinan data yang identik satu sama lain. Dua pendekatan untuk mengontrol replikasi adalah.
2.21.1 Kontrol Replikasi Sinkron Mode replikasi sinkron memungkinkan pertukaran data secara real-time sehingga sinkronisasi suatu data akan terjaga, saat ada transaksi operasional yang sedang menulis sesuatu ke database sumber, maka saat yang bersamaan penulisan juga dilakukan terhadap database target yang ada di lokasi remote. Keseluruhan proses penulisan pada database sumber dan database target harus selesai terlebih dahulu sebelum beranjak ke transaksi operasional selanjutnya dan diberi acknowledge untuk keduanya jika telah selesai. Mode replikasi sinkron membutuhkan pertimbangan performansi sistem yang tinggi. Selain itu jarak antara database sumber dan database target juga menjadi prasyarat utama. Keuntungan dari mode replikasi ini adalah menyediakan recovery yang konsisten dan lengkap untuk semua jangka waktu. Kelebihan dan kekurangan menggunakan replikasi sinkron antara lain: 1.
Semua copy data selalu teridentifikasi.
2.
Data terkini secara cepat di-update ke seluruh replika melalui jaringan.
3.
Baik digunakan untuk integritas data. Teknik dasar untuk menjamin transaksi menghasilkan satu hasil dan tidak
bergantung pada akses terhadap data atau replika data yang digunakan dalam perhitungan transaksi. Teknik pertama disebut voting, transaksi harus menulis mayoritas data dan replikanya dan membaca minimal satu replika yang dianggap paling mutakhir. Replikasi Sinkron contoh jika 10 replika data dan 7 replika ditulis oleh transaksi update, maka 4 data lainnya juga harus ditulis. Setiap replika mempunyai nomor versi. Replika dengan nomor versi tertinggi dianggap paling
40
mutakhir. Teknik ini akan terjadi banyak proses pembacaan, padahal proses pembacaan sangat diperlukan pada transaksi berikutnya. Teknik kedua disebut read-any write-all, artinya untuk proses pembacaan cukup melibatkan satu replika, tetapi ketika proses tulis harus melibatkan semua replika. Proses pembacaan dapat dilakukan dengan cepat apalagi pembacaan data lokal, tetapi proses tulis lebih lama. Teknik ini lebih populer, karena proses baca lebih sering dibutuhkan dibandingkan proses tulis.
2.21.2 Kontrol Replikasi Asinkron Mode Replikasi Asinkron memungkinkan pertukaran data secara buffering dalam artian bahwa data akan diletakkan dalam sebuah penampung sementara terlebih dahulu, kemudian pada jangka waktu tertentu akan direplikasi ke disk target. Data yang direplikasi ke disk target tidak membutuhkan acknowledgement agar penulisan transaksi operasional pada disk sumber dapat berlangsung kembali, sehingga mode replikasi ini tidak menjamin sinkronisasi suatu data pada dua pihak yang terlibat karena jika suatu saat terjadi crash pada salah satu pihak dan data belum sempat direplikasi maka data yang terdapat pada kedua pihak tidak bisa dikatakan sebagai sebuah data yang sinkron. Performansi sistem dapat meningkatkan, namun lebih memiliki banyak risiko, jika hal ini terjadi maka recovery yang cukup rumit dilakukan, namun tidak menjamin data hasil recovery adalah data yang benar dan konsisten karena ada kemungkinan hilangnya beberapa data. Keuntungan dari mode replikasi ini adalah efektivitas biaya. Kelebihan dan kekurangan Replikasi Asinkron antara lain: 1.
Mentoleransi data yang tidak konsisten.
2.
Perkembangan data terkini yang tertunda tidak langsung terupdate.
3.
Integritas data rendah.
2.22
Algoritma Replikasi Kontrol Algoritma replikasi kontrol telah dipelajari dan diusulkan dalam banyak
literatur. Algoritma replikasi kontrol fokus pada pendekatan penyediaan kontrol replikasi sinkron. Algoritma dapat dikatergorikan dalam dua ketegori kontrol
41
yakni terpusat dan tersdistribusi. Dalam pendekatan tersentralistik atau terpusat, kontrol diberikan ke satu lokasi, sementara dalam pendekatan terdistribusi kontrol adalah bersama di antara lokasi. Definisi dari arsitekur replicated database environment (DBE) adalah sebagai berikut.
2.22.1 Pertimbangan Arsitekutural Database dapat sepenuhnya atau sebagian direplikasi. Sebuah database yang direplikasi menyimpan satu salinan lengkap dari database di setiap server database. Database yang sebagian direplikasi, di sisi lain tidak menyimpan dari beberapa tabel database pada setiap situs, sebaliknya beberapa tabel atau beberapa fragmen tabel akan disalin dan disimpan pada dua atau lebih situs.
Gambar 2.11 Ilustrasi Penempatan Replikasi Data
2.22.2 Algoritma Replikasi Master-Slave Algortima Master-Slave diusulkan pertama kali oleh C. Ellis. Gambar 2.11 menunjukan ada satu lokasi yang berperan sebagai master server dan dan slave server. Algoritma Master berjalan hanya pada satu lokasi dan dia bertanggu jawab untuk mendeteksi adanya konflik data, sedangkan algoritma slave menyimpan salinan data dari master. Server slave atau cadangan terletak pada beberapa lokasi yang berbeda. Dua fase untuk menjalankan algoritma ini yaitu fase transaksi peneriman atau penolakan dan fase transaksi aplikasi. C. Ellis menggunakan diagram notasi yang dikenal sebagai net evaluation. Kotak mewaliki peristiwa, lingkaran mewaliki negara, panah besar mewakili tugas dan panah kecil mewakili transisi atau perpindahan. Sebuah titik di samping panah
42
besar menunjukan satu pesan yang di kiri sebagai salah satu tindakan dalam tugas, sementara itu tiga titik (elipsis) menunjukan broadcast seperti yang dapat dilihat pada Gambar 2.12 berikut.
Gambar 2.12 Algoritma Replikasi Master-Slave
2.22.3 Tahap Transaksi Penerimaan atau Penolakan terpusat Transaksi lokal memonitoring dan mengirimkan permintaak ke slave atau cadangan saat suatu situs meminta untuk menjalankan transaksi. Slave mengirimkan permintaan untuk master dan bertanya apakah dapat menjalankan transaksi ini setelah menerima permintaan. Kotak Berlabel “Ext REQ” pada Gambar 2.12 menunjukan proses penerimaan atau penolakan. Pendeteksian konflik saat transaksi berjalan, master mempertahankan antrian tertunda dari tansaksi tersebut, antrian ini membuat master dapat memilih apakah transaksi tersebut dapat diterima atau tidak. Master menerima permintaan dari slave, maka master akan memeriksa konflik yang terjadi pada transaksi dan semua transaksi yang sudah diantriannya, jika permintaan baru tidak bertentangan atau konflik dengan transaksi yang sudah ada diantrian maka master memperbolehkan transaksi tersebut ke dalam antrian transaksi berikutnya dan mengirimkan “ACK +”. Master akan mersepon dengan mengirim “ACK-” ke pada slave jika terjadi konflik satu dengan yang lainnya maka slave akan menolak transaksi respon dari master tidak menguntukngkan atau bernilai minus.
43
2.23
Topologi Distribusi Data Sistem database terdistribusi hanya mungkin dibangun dalam sebuah
jaringan komputer. Topologi dalam sebuah sistem jaringan komputer dikenal untuk menentukan bagaimana konfigurasi atau keterhubungan antara satu simpul jaringan (node/site) dengan simpul-simpul lainnya. Setiap simpul dalam kaitannya dengan sistem database terdistribusi mewakili sebuah server yang memiliki disk dengan sistem database sendiri (lokal). Setiap server akan membentuk sebuah LAN (Local Area Network) untuk mengakomodasi sejumlah workstation dan sekaligus user lokal. Bentuk dari Topologi Distribusi Data antara lain: 1.
Fully Connected Network Fully Connected Network memiliki keuntungan jika salah satu node rusak, node yang lainnya masih dapat berjalan tetapi berbiaya mahal dalam membangun toplogi. Kerugian dari Fully Connected Network adalah kontrol management data tidak terjamin. Topologi Fully Connected Network dapat dilihat pada Gambar 2.13.
Gambar 2.13 Fully Connected Network
2.
Partialy Connected Network Partialy Connected Network memiliki keuntungan reliability yang rendah, dan biaya trafik jaringan dapat diminimalisasikan. Topologi Partialy Connected Network dapat dilihat pada Gambar 2.14.
44
Gambar 2.14 Partialy Connected Network
3.
Tree Structured Network Tree Structured Network memiliki keuntungan yaitu bersifat tersentralisasi sehingga kontrol management lebih terjamin. Kerugiannya jika node pusat (A) rusak, semua akan rusak. Topologi Tree Structured Network dapat dilihat pada Gambar 2.15.
Gambar 2.15 Tree Structured Network
4.
Ring Network Ring Network memiliki keuntungan jika rusak satu node, node lain masih berjalan, tetapi memiliki kerugian kontrol management kurang terjamin karena bersifat desentralisasi. Topologi Ring Network dapat dilihat pada Gambar 2.16.
45
Gambar 2.16 Ring Network
5.
Star Network Star Network memiliki keuntungan dalam hal control management yang lebih terjamin, karena bersifat sentral dan reliability yang rendah. Kerugian Star Network adalah jika pusat rusak, node lainnya juga rusak. Topologi Star Network dapat dilihat pada Gambar 2.17.
Gambar 2.17 Star Network
Perbedaan utama di antara topologi di atas terletak pada: 1.
Biaya Instalasi, yaitu biaya dalam membangun hubungan (link) antar simpul.
2.
Biaya Komunikasi, yaitu waktu dan biaya dalam pengoperasian sistem berupa pengiriman data dari satu simpul ke simpul lainnya.
3.
Kehandalan, yaitu dalam hal frekuensi atau tingkat kegagalan komunikasi yang terjadi.
46
4.
Ketersediaan, yaitu tingkat kesiapan data yang dapat diakses sebagai antisipasi kegagalan komunikasi. Sebagaimana yang ditunjukkan pada penjelasan di atas, dapat disimpulkan
setiap simpul atau server memiliki basis data sendiri-sendiri, yang terpisah secara geografis tetapi harus menyatu secara fungsional. Terdapat 2 jenis transaksi dalam sebuah database terdistribusi yang mungkin terjadi yaitu: 1.
Transaksi Lokal yaitu transaksi yang mengakses database di server yang sama dengan server dari mana transaksi tersebut dijalankan.
2.
Transaksi Global yaitu transaksi yang membutuhkan pengaksesan data di server yang berbeda dengan server di mana transaksi tersebut dijalankan, atau transaksi dari sebuah server yang membutuhkan pengaksesan data ke sejumlah server lainnya.
2.24
PHP (Hypertext Preprocessor) PHP merupakan bahasa pemograman yang bersifat server script atau
server side dan tersembunyi di dalam server. PHP pertama kali diciptakan oleh Rasmus Lerdorf pada Tahun 1994. PHP dapat digunakan pada semua sistem operasi antara lain Linux, Unix (termasuk variannya HP-UX, Solaris, dan Open BSD), Microsoft Windows, Mac OS, RICS OS. PHP juga mendukung banyak Webserver seperti Apache, Microsoft Internet Information Server (MIIS), Personal Web Server (PWS), Netcape and iPlanet servers, Oreilly Website Pro Server, audium, xitami, Omni HTTPD.
2.24
JavaScript Java Script adalah bahasa skrip yang populer di internet dan dapat bekerja
di sebagian besar penjelajah web populer seperti Internet Explorer (IE), Mozilla Firefox, Netscape dan Opera. Kode JavaScript dapat disisipkan dalam halaman website dengan penggunaan tag SCRIPT. JavaScript pertama kali dikembangkan oleh Brendan Eich dari Netscape dibawah nama Mocha, yang nantinya namanya diganti menjadi LiveScript, dan akhirnya menjadi JavaScript. Navigator sebelumnya telah mendukung Java untuk lebih bisa dimanfaatkan para
47
programmer nonjava. Maka dikembangkanlah bahasa pemrograman bernama LiveScript untuk mengakomodasi hal tersebut. Bahasa pemrograman inilah yang akhirnya berkembang dan diberi nama JavaScript. JavaScript bisa digunakan untuk banyak tujuan, misalnya untuk membuat efek rollover baik di gambar maupun teks, dan yang penting juga adalah untuk membuat AJAX. JavaScript adalah bahasa yang digunakan untuk AJAX.
2.25
JQuery JQuery adalah javascript library, JQuery mempunyai semboyan “write
less, do more”. JQuery dirancang untuk memperingkas kode-kode Javascript. JQuery adalah javascript library yang cepat dan ringan untuk menangani dokumen HTML, menangani event, membuat animasi dan interakasi Ajax.
