Untuk membuat partisi baru caranya sangat mudah, berikut langkah-langkahnya : ....
baca selengkapnya >> http://artikel.ilmuti.com/2011/06/16/membuat-partisi-hardisk-di-windows-7/
Pernahkah anda ....! ketika kita sedang browsing internet, tiba-tiba muncul tulisan :
Generic Host Process for Win32 Service has encountered a problem and needs to close. …
baca selengkapnya ..... >>> http://artikel.ilmuti.com/2011/04/04/optimalisasi-koneksi-internet-2/
TUGAS MANDIRI
KODE MATAKULIAH : SI 138 F
NAMA MATAKULIAH/SKS : SISTEM BASIS DATA / 3 SKS
NIM : 0822461693
NAMA : MUH. HAERUDIN
DOSEN PENGAJAR : HENDRI , M. Kom.
DISTRIBUTED DATABASE
Abstaksi
Secara teori Database adalah suatu sistem yang memproses input berupa data menjadi output yaitu informasi yang diinginkan. Untuk memperoleh Database yang handal perlu diperhatikan hal-hal seperti keamanan data, kualitas data, kemudahan akses, kemudahan pengolahan data, dan kemungkinan untuk pengembangan Database tersebut. Pada DataBase Manajemen System (DBMS) yang tersentralisasi kegagalan pada suatu site akan mematikan seluruh operasional DBMS. Namun pada Distributed DataBase Manajemen System (DDBMS) kegagalan pada salah satu site, atau kegagalan pada hubungan komunikasi dapat membuat beberapa site tidak dapat di akses, tetapi tidak membuat operasional DBMS tidak dapat dijalankan. Dan juga jika terjadi kegagalan dalam pengaksesan data pada suatu site di karenakan jaringan komunikasi terputus maka site yang ingin mengakses data tersebut dapat mengakses pada site yang tidak mengalami kerusakan.
I.PENDAHULUAN
I.1 Latar Belakang
Seiring dengan perkembangan teknologi informasi, dalam hal ini adalah teknologi database dan jaringan komputer, membuat suatu organisasi semakin mudah untuk lebih meningkatkan produktifitas kerjanya. Khususnya bagi organisasi yang mempunyai cabang-cabang yang tersebar di beberapa di tempat, kendala jarak dan waktu bisa teratasi. pengembangan sistem basis data adalah suatu keinginan untuk menyatukan data operasional dari suatu organisasi dan pengaksesan data yang terkontrol. Integrasi data dan kontrol data telah diimplementasikan pada bentuk data tersentralisasi,
Akan tetapi sistem database tersentralisasi mempunyai beberapa kelemahan, seperti putusnya koneksi antara komputer cabang (client database) dengan server database utama, akibat putusnya koneksi jaringan komputer. Atau ketika server database sedang down, masalah yang akan timbul adalah ketidaktersediaan data untuk beberapa waktu. Desain sistem database tersentralisasi juga mempunyai kelemahan lain seperti proses query dari semua client yang dibebankan pada satu server. Hal ini akan mengakibatkan menurunnya performansi dari server database untuk melayani proses transaksi data.
Adanya perkembangan pada jaringan komputer menghasilkan suatu bentuk desentralsasi .Pendekatan desentralisasi ini merupakan gambaran dari suatu organisasi yang memiliki banyak cabang organisasi, dimana terbagi – bagi menjadi beberapa divisi, departemen, proyek dan masih banyak lagi, dan dalam bentuk infrastruktur dan akan terbagi – bagi kembali menjadi beberapa kantor cabang, pabrik-pabrik dimana setiap unit tersebut mengoperasionalkan datanya secara sendiri – sendiri. Data yang digunakan secara bersama- sama dan efisiensi dalam pengaksesan data harus diiringi dengan perkembangan dari sistem basis data terdistribusi, yang merupakan refleksi dari struktur organisasi, sehingga data dapat diakses dimana saja dan melakukan penyimpanan data di lokasi yang memang data tersebut sering digunakan.
Salah satu solusi untuk mengatasi masalah-masalah tersebut adalah dengan mengimplementasikan desain sistem database terdistribusi. Sistem ini mendistribusikan keseluruhan atau sebagian data ke beberapa server database. Distribusi DBMS harus dapat mengatasi sekumpulan permasalahan informasi (islands of information ) itu. Dan DDBMS merupakan jawaban dari masalah geografi, masalah arsitektur komputer , masalah protokol komunikasi dan lain- lainnya. Sehingga sistem ini juga memungkinkan banyak pengguna sistem database yang tersebar di beberapa tempat yang terpisah, dapat melakukan akses dan pengolahan data tanpa harus tergantung pada koneksi ke satu server database utama.
II. PEMBAHASAN
II.1 Database Terdistribusi
Database terdistribusi adalah sebuah database yang diatur oleh sebuah Database Management System (DBMS) yang tersimpan secara fisik pada beberapa komputer yang terdapat pada beberapa lokasi dengan terkoneksi pada sebuah jaringan [3]. jaringan tersebut harus bisa menyediakan akses bagi user untuk melakukan sharing data. Terdapat dua macam sifat dari database terdistribusi yaitu Heterogenous dan Homogenous. Homogenous artinya suatu database terdistribusi dimana data di distribusikan pada beberapa komputer dengan menggunakan DBMS(database management system) yang sama. DBMS digunakan pada database terdistribusi untuk melakukan koordinasi data pada beberapa node. Sedangkan Heterogenous adalah kebalikan dari Homogenous dimana data di sebarkan dengan menggunakan DBMS yang berbeda.
Basis data terdistribusi (distributed database) adalah suatu basis data yang berada di bawah kendali sistem manajemen basis data (DBMS) terpusat dengan peranti penyimpanan (storage devices) yang terpisah-pisah satu dari yang lainnya. Tempat penyimpanan ini dapat berada di satu lokasi yang secara fisik berdekatan (misal: dalam satu bangunan) atau terpisah oleh jarak yang jauh dan terhubung melalui jaringan internet. Penggunaan basis data terdistribusi dapat dilakukan di server internet, intranet atau ekstranet kantor, atau di jaringan perusahaan.
Untuk menjaga agar basis data yang terdistribusi tetap up-to-date, ada dua proses untuk menjaganya, yakni replikasi dan duplikasi. Dalam replikasi, digunakan suatu perangkat lunak untuk mencari — atau lebih tepatnya melacak — perubahan yang terjadi di satu basis data. Setelah perubahan dalam satu basis data teridentifikasi dan diketahui, baru kemudian dilakukan perubahan agar semua basis data sama satu dengan yang lainnya. Proses replikasi memakan waktu yang lama dan membebani komputer karena kompleksitas prosesnya. Sementara itu, proses duplikasi tidak sama dan tidak sekompleks replikasi. Dalam proses ini, satu basis data dijadikan master, kemudian diperbanyak menjadi sejumlah duplikat. Selama proses duplikasi berlangsung, perubahan hanya boleh dilakukan pada basis data master agar data lokal tidak tertimpa.
II.2 Karakteristik database terdistribusi yaitu :
1. Kumpulan data yang digunakan bersama secara logic tersebar pada sejumlah computer yang berbeda
2. Komputer yang dihubungkan menggunakan jaringan komunikasi.
3. Data pada masing-masing situs dapat menangani aplikasi-aplikasi local secara otonom.
4. Data pada masing situs di bawah kendali satu DBMS.
5. Masing-masing DBMS berpartisipasi dalam sedikitnya satu aplikasi global.
II.3 Bentuk-bentuk Topologi Distribusi Data :
II.4 Keuntungan Distribusi Database
II.5 Kekurangan Distribusi Database
II.6 Permasalahan
Distributed database memang memiliki banyak keunggulan terlebih untuk struktur organisasi saat ini. Namun diantara keunggulan itu, distributed database juga memungkinkan suatu sistem menjadi lebih kompleks, karena banyaknya database yang tersebar dan jumlah data yang banyak dan terus meningkat didalam suatu organisasi maupun perusahaan. Jika suatu database memiliki sejumlah data yang tersimpan dengan banyak query dan tabel, suatu permintaan mengakibatkan proses pencarian data atau source data menjadi lambat Selain itu banyaknya user yang dapat mengakses suatu tampilan web atau web display suatu sistem informasi juga menjadi lambat. Berikut ini disampaikan tampilan sumber data konvensional yang memiliki query bertingkat:
Gambar . Source Data Konvensional
Dari gambar diatas, kita bisa lihat bahwa untuk menghasilkan suatu tampilan pada web display, pada source data konvensional perlu dilakukan query bertingkat. Source data dilakukan mulai dari table yang satu kemudian tabel yang lain lalu ke query yang satu ke query yang lain. Bayangkan jika ada ratusan atau ribuan tabel dan query didalam suatu database, kemudian database itu terdistribusi sehingga terjadi hubungan antara database yang satu dengan yang lain. Berapa lama waktu yang dibutuhkan hanya untuk memberikan satu tampilan web?
Dari penjelasan di atas, dapat dirumuskan beberapa permasalahan yaitu sebagai berikut :
1. Apakah proses view karena query bertingkat sudah ada penelitiannya?
2. Berapa dampak dari lambatnya sebuah proses akibat query bertingkat?
3. Metode apa untuk mempercepat proses display pada suatu sistem database terdistribusi?
4. Apa kelemahan dan kelebihannya dengan metode baru yang diusulkan ini?
II.7 Literature review
Banyak penelitian yang sebelumnya dilakukan mengenai distributed database. Dalam upaya pengembangan distributed database ini perlu dilakukan studi pustaka sebagai salah satu dari penerapan metode penelitian yang akan dilakukan. Diantaranya adalah mengidentifikasikan kesenjangan (identify gaps), menghindari pembuatan ulang (reinventing the wheel), mengidentifikasikan metode yang pernah dilakukan, meneruskan penelitian sebelumnya, serta mengetahui orang lain yang spesialisasi dan area penelitiannya sama dibidang ini. Beberapa Literature review tersebut adalah sebagai berikut :
Dari sepuluh literature review yang ada, telah banyak penelitian mengenai checkpointing, parallel database system, pembahasan component database system, juga mengenai security. Disamping itu juga ada pembahasan mengenai nested transaction, distributed searching, view management dan juga fragment allocation. Namun dapat disimpulkan pula bahwa belum ada peneliti yang secara khusus membahas atau mengatasi masalah proses view yang lambat akibat query bertingkat.
II.8 Pemecahan Masalah
Untuk mengatasi berbagai masalah diatas, maka diperlukan proses yang cepat dan efisien dalam mengakses seluruh data yang banyak dan tidak teratur di database, terlebih untuk suatu sistem database yang terdistribusi. Saat ini programmer lebih memilih menggunakan Ms Acces dan fungsi query untuk mengerjakan seluruh script perintah. Alhasil proses query besar-besaran terjadi setiap membutuhkan data. Penggunaan SQL server bukanlah hal yang baru dalam hal ini, maka dari itu diusulkan untuk dibentuknya suatu system yang lebih menuju ke proses pada saat loading penyajian data dan memiliki kecepatan yang secara kuadratik lebih cepat dibandingkan dengan cara konvensional. DMQ (Data Mart Query) merupakan metode yang menerapkan analogi ”Waste Space for Speed”. DMQ juga merupakan salah satu metode yang berbentuk terhadap pemisahan antara “Engine” dan “Display”. Dengan kata lain metode DMQ dapat langsung menampilkan source code pada display dan proses query yang dikerjakan pada engine. Secara umum DMQ menghasilkan sebuah display data yang jauh lebih cepat dibandingkan dengan menggunakan metode umum, karena DMQ tidak melakukan proses lagi dalam menampilkan data. Dan akhirnya DMQ merupakan suatu solusi yang dapat membantu kebutuhan user pada proses display data yang sebelumnya sangat lambat dan tidak efesien.
Pada Data Mart Query sumber data berasal dari tabel. Jadi pada proses DMQ ini, mengalokasikan seluruh data yang dipilih ke dalam suatu tabel.Sehingga user tidak perlu memikirkan pembuatan struktur tabel tujuan, yang perlu dipikirkan hanyalah dimana data tersebut berada. DMQ ini digunakan untuk menghindari penggunaan Query majemuk. DMQ akan mengorbankan besarnya kapasitas penyimpanan data (space harddisc) untuk meningkatkan kecepatan (increase speed). DMQ membutuhkan triger update data untuk menghasilkan data yang mutakhir.
Berikut ini adalah gambaran mengenai permintaan data dari user. Dimana seorang user melakukan permintaan akan suatu tampilan, kemudian data query module melakukan pencarian pada db1, db2 sampai dbn. Dengan menggunakan Data mart queries atau DMQ dari data query module langsung menghasilkan query yang diinmginkan dalam bentuk graphical display module yang dapat dilihat oleh user.
Gambar . Data Visualization dengan DMQ
Dengan Data Mart Query (DMQ) proses pencarian data lebih singkat, karena tidak seperti source data konvensional yang harus mencari dari tabel. Data Mart Query (DMQ) bisa memotong waktu proses karena proses pencarian data hanya ke satu tabel yang telah digabungkan.
Gambar . Perbandingan source data konvensional
dan source data dengan Data Mart Query
Jika dibandingkan maka tampilannya akan seperti gambar diatas. Dimana dengan DMQ bisa membuat tampilan web lebih cepat dilakukan karena tidak memerlukan proses pencarian yang rumit. Hal ini juga dapat dibuktikan pada grafik .
Keterangan :
= Tidak menggunakan DMQ
= Menggunakan DMQ
Grafik . Perbandingan Waktu dan Jumlah data
Pada grafik diatas, dapat dilihat bagaimana perbandingan waktu dan jumlah data untuk suatu display web dimana jumlah data untuk masing-masing grafik nilainya sama. Grafik diatas menjelaskan bahwa jika suatu view tidak menggunakan DMQ, maka grafiknya akan naik keatas, atau semakin besar jumlah data maka waktu prosesnya akan semakin lama. Dengan demikian secara eksponensial dapat dinyatakan sebagai berikut:
Y = mX2+ b
Namun sebaliknya jika menggunakan DMQ untuk viewnya maka berapapun jumlah datanya waktu yang dibutuhkan untuk proses viewnya relatif konstan.
III. DAFTAR PUSTAKA
Beberapa fitur ' Windows Vista ' akan dimasukkan ke dalam versi Windows XP SP3 yang akan datang. Begitulah berita yang sedang banyak dilansir media
Seperti yang dinyatakan NeoSmart Technologies kepada ComputerWorld, Windows XP3 3205 yang telah dirilis ke dalam versi beta tester pada hari Minggu, memasukkan empat fitur diantara seribu macam perbaikan yang telah banyak diberitakan semenjak debut Windows XP SP2 tiga tahun yang lalu.
