Profesional database zaman sekarang menghadapi beberapa pilihan ketika mempertimbangkan arsitektur yang akan digunakan untuk mengatasi berbagai kebutuhan para klien nya. Bahasan dibawah akan memberikan gambaran dari tiga katefori utama arsitektur database dan sub kategorinya, dan juga beberapa wawasan manfaat dari masing-masing arsitektur database.
Aplikasi Logika
Arsitektur database dapat dibedakan dengan memeriksa cara logika aplikasi didistribusikan di seluruh sistem. Aplikasi logika terdiri dari tiga komponen: Presentasi Logika, Pengolahan Logika, dan Storage Logic.
Presentasi Komponen logika bertanggung jawab untuk memformat dan menampilkan data pada layar pengguna. Pemrosesan komponen logika menangani manajemen data logika pemrosesan, logika aturan bisnis, dan manajemen data logika. Akhirnya, komponen logika penyimpanan bertanggung jawab atas penyimpanan dan pengambilan dari perangkat yang sebenarnya seperti sebagai hard drive atau RAM. Dengan menentukan tingkat baris komponen ini diproses, kita bisa mendapatkan ide bagus tentang apa jenis arsitektur dan subtipe kita hadapi.
One Tier Architectures
Bayangkan seseorang pada sebuah komputer desktop yang menggunakan Microsoft Access untuk memuat daftar alamat pribadi dan nomor telepon yang telah dia simpan dalam MS Windows “My Documents” folder. Ini adalah contoh dari satu database tier arsitektur. program (Microsoft Access) berjalan pada komputer lokal pengguna, dan referensi file yang disimpan pada hard drive komputer, sehingga menggunakan satu sumber daya fisik untuk mengakses dan memproses informasi.
Contoh lain dari one-tier architecture adalah sebuah file server arsitektur. Dalam skenario ini, sebuah workgroup database disimpan dalam lokasi bersama pada satu mesin. Anggota Workgroup menggunakan paket perangkat lunak seperti Microsoft Access untuk memuat data dan kemudian proses di mesin lokal mereka. Dalam hal ini, data dapat diberikan di antara pengguna yang berbeda, tapi semua pemrosesan terjadi pada komputer lokal. Intinya, file-server hanya sebuah hard drive ekstra dari yang digunakan untuk mengambil file-file.
Namun cara lain one-tier architecture yang muncul adalah dari komputer mainframe. Dalam sistem yang sudah ketinggalan zaman, mesin besar menyediakan terminal terhubung langsung dengan sarana yang diperlukan untuk mengakses, melihat dan memanipulasi data. Meskipun ini dianggap sebagai sistem client-server, karena semua kekuatan pemrosesan (baik untuk data dan aplikasi) terjadi pada satu mesin, kita memiliki one-tier architecture.
One-tier architecture dapat bermanfaat ketika kita berhadapan dengan data yang relevan kepada satu pengguna (atau sejumlah kecil pengguna) dan kita memiliki jumlah data yang relatif kecil. Mereka agak murah untuk menyebarkan dan mempertahankan.
Two Tier Client/Server Architectures
Two-tier architecture adalah salah satu yang familiar bagi banyak pengguna komputer saat ini. implementasi yang umum dari jenis sistem ini adalah bahwa klien berbasis program Microsoft Windows yang mengakses server database seperti Oracle atau SQL Server. Pemakai berinteraksi melalui GUI (Graphical User Interface) untuk berkomunikasi dengan database server di sebuah jaringan melalui SQL (Structured Query Language).
Dalam two-tier architecture yang penting untuk dicatat bahwa ada dua konfigurasi. Seorang thin-client (fat-server) konfigurasi ada ketika sebagian besar pemrosesan terjadi di server tier. Sebaliknya, fat-client (thin-server) konfigurasi ada ketika sebagian besar pengolahan terjadi pada mesin klien.
Contoh lain dari tingkat dua arsitektur dapat dilihat di web aplikasi berbasis database. Dalam kasus ini, user berinteraksi dengan database melalui aplikasi yang disediakan di web-server dan ditampilkan melalui web browser seperti Internet Explorer. Web server memproses aplikasi web, yang dapat ditulis dalam bahasa seperti PHP atau ASP. Aplikasi web menyambung ke server database SQL menyampaikan pernyataan yang pada gilirannya digunakan untuk mengakses, melihat dan memodifikasi data. DB Server kemudian akan mengirimkan data yang diminta yang kemudian diformat oleh server web bagi pengguna.
Meskipun hal ini tampaknya merupakan sistem tingkat tiga karena jumlah mesin yang dibutuhkan untuk menyelesaikan proses, tetapi bukan. Web-server rumah biasanya tidak ada peraturan bisnis dan karena itu harus dianggap sebagai bagian dari klien tier di kemitraan dengan web-browser.
Two-tier architectures can prove to be beneficial when we have a relatively small number of users on the system (100-150) and we desire an increased level of scalability. Two-tier architecture bisa jadi menguntungkan ketika kita memiliki jumlah pengguna yang relatif kecil pada sistem (100-150) dan kita menginginkan peningkatan level skalabilitas.
Two-Tier Client-Server Architecture
Web-Based, Two-Tier Client-Server Architecture
N-Tier Client/Server Architecture
Kebanyakan n-tier arsitektur database yang ada pada three-tier konfigurasi. Dalam arsitektur klien / server model diperluas untuk memasukkan tingkat menengah (bisnis tier), yaitu aplikasi server yang menempatkan logika bisnis. Tingkat menengah ini mengurangi pemrosesan tugas aplikasi client dan beberapa database server dengan menerjemahkan panggilan klien ke dalam database queries dan menerjemahkan data dari database ke data klien kembali. Akibatnya, klien dan server tidak pernah berbicara langsung dengan satu-lain. Variasi dari n-tier arsitektur adalah aplikasi web berbasis n-tier. Sistem-sistem ini menggabungkan manfaat skalabilitas n-tier klient / server sistem dengan antarmuka pengguna yang kaya dari sistem berbasis web.
Karena tingkat menengah di tingkat tiga arsitektur berisi logika bisnis, ada peningkatan skalabilitas yang baik dan isolasi dari logika bisnis, serta menambahkan fleksibilitas dalam memilih database vendor.
Three-Tier Client/Server
Web-Based, Three-Tier Client Server Architecture
KESIMPULAN
Salah satu perubahan paling dramatis di pasar perangkat lunak perusahaan akan datang ke sebuah database di dekat Anda, dan dampak dari revolusi database yang tertunda ini akan dirasakan dalam berbagai bagian dari perusahaan, belum lagi tempat-tempat seperti Redmond, Redwood Shores, dan Armonk.
Apa revolusi ini menggembar-gemborkan multiprong pergeseran dari Microsoft SQL Server, Oracles, dan IBM DB2s dunia untuk campuran antara pilihan open source yang mencakup database, database di memori, dan turnkey database / hardware kumpulan, antara lain. Meskipun Anda mungkin tidak ingin merobek dan mengganti sistem saat ini untuk mengambil keuntungan dari revolusi database yang akan datang, Anda mungkin ingin serius mempertimbangkan salah satu pilihan baru ini ketika Anda merencanakan Greenfield baru Anda, database-operasi intensif. Namun berbeda pilihan, kekuatan dibelakang revolusi ini adalah sama. Hal ini sangat banyak kasus bagi perusahaan-perusahaan menggunakan sebagian besar aplikasi dan data yang dikemas gudang, yang dirancang untuk berjalan pada berbagai database dan karena itu memperlakukan database seperti teknologi generik. Dan juga kasus untuk non-tradisional, perusahaan berbasis web yang menggunakan database untuk mengelola hal-hal seperti seperti pencarian dan aplikasi besar lainnya yang tetap tidak memerlukan semua lonceng dan peluit dari database relasional yang mereka didasarkan.
Driver utama lainnya adalah gerakan open source, yang memiliki database tegas dalam crosshairs dan telah diperanakkan mengesankan jumlah perusahaan database open source: MySQL, Ingres, dan Greenplum, untuk menyebutkan hanya beberapa. Geng open source adalah melakukan banyak kerusakan harga tradisional dan pada saat yang sama upping taruhan dengan menyediakan peningkatan jumlah fungsi yang mulai merambah ke wilayah Tiga Besar penyedia ‘rumput Salah satu perusahaan, Greenplum, telah sampai pada tahap untuk bundel sebuah gudang data turnkey, berdasarkan Sun Microsystems hardware, yang pada dasarnya mengambil dari nol biaya gudang data tradisional tanpa sedikit atau tidak ada pengorbanan.
Sementara itu “in-memori” konsep database mulai mengambil terus. Akuisisi Oracle TimesTen, salah satu pionir in-memori, adalah simbol dari seberapa serius bahkan pemain tradisional mengambil tantangan ini. Dan baik mereka harus: Menjalankan transaksi yang kompleks dan permintaan dalam memori, bukan pada disk, memiliki throughput besar dan manajemen keuntungan. Dan dengan harga memori yang turun lebih cepat daripada biaya penyimpanan database tradisional, in-memori adalah sikap untuk menantang diterimanya pemikiran tentang besar peternakan dan penyimpanan data array, belum lagi biaya administrasi dan overhead.
Apa ini berarti secara singkat adalah bahwa ada beberapa hal penting cara-cara baru di mana perusahaan Anda dapat menempatkan database yang anda perlukan untuk menjalankan aplikasi mission-critical tanpa harus mamakai lisensi Oracle, SQL Server, atau DB2. Jika database bertindak seperti sebuah komoditas, kemudian memperlakukannya seperti itu dan mengambil penghematan dan menerapkannya pada sesuatu yang inovatif. Ini adalah salah satu revolusi Anda pasti ingin bergabung.
Download Artikel dalam pdf disini.
Download Referensi dalam .zip disini.
Referensi :
http://bowoblog.wordpress.com/2009/05/26/kegunaan-database/
http://www.ddj.com/database/193001371
http://unixspace.com/context/databases.html
http://mhs.stiki.ac.id/boysagi/bdl/bukudb11.doc
http://search.arxiv.org:8081/details.jsp?qid=125598241711590f_nCnN_-699957647&r=pdf/cs/0305038v1
ftp://ftp.research.microsoft.com/pub/tr/tr-2004-31.pdf
Tidak ada komentar:
Posting Komentar