Jika Anda telah menghabiskan waktu mempertimbangkan, perencanaan, perancangan dan pembangunan database access maka Anda akan mengetahui tantangan pengembang hadapi ketika deploying aplikasi database selesai.
Dalam modus pengembangan dan desain, database access Anda berjalan dengan sempurna! Anda bangga dengan keringat, waktu dan usaha mendapatkan setiap objek untuk bekerja dengan baik, berpenampilan baik dan memenuhi workflow bisnis aplikasi database dimaksudkan untuk.
Tapi tiba-tiba anda menyebarkan dan menerapkan database Access ke lingkungan 'hidup' hanya untuk horor Anda menemukan bahwa pengguna akhir mulai mengeluh mengapa lambat, mengapa hal itu terus menerjang atau mengapa fungsi gagal untuk merespon sama sekali.
Apa yang berubah dari dalam kenyamanan aman pengembang terhadap kerentanan pengguna 'canggih'? - Anda dapat yakin end-user akan menemukan cara untuk merusak sistem Anda!
Tentu saja, ada banyak alasan mengapa apapun di atas terjadi, tetapi kinerja merupakan faktor yang sangat penting ketika berhadapan dengan beberapa pengguna bekerja dengan aplikasi Anda.
Bila Anda memiliki pengguna bersamaan mengakses database Anda, Anda perlu idealnya split database access dan 5 alasan berikut bisa membantu menjelaskan mengapa:
1. Kinerja dapat ditingkatkan menjaga database Access dioptimalkan sebanyak mungkin. Dengan memiliki satu akses file database hanya memegang Tabel yang tersimpan pada server dengan file lain database memegang semua benda lain (Pertanyaan, Formulir, Laporan dan Macro) disimpan pada setiap workstation dengan link ke database server, Anda mulai untuk prosesor split ' "olah waktu antara client dan server berusaha untuk menjaga lalu lintas jaringan ke minimum dan hanya panggilan data saat Anda benar-benar perlu akan membantu meningkatkan kinerja.
2. Karena setiap pengguna akan memiliki sistem mereka sendiri didedikasikan 'front-end', Anda dapat memberikan antarmuka yang berbeda front-end untuk pengguna tertentu yang memungkinkan akses ke koleksi benda-benda selektif yang merupakan cara untuk mengontrol alur kerja dan keamanan.
3. Di sisi lain, Anda memiliki satu menyimpan data (server-side) yang secara otomatis didukung harian (oleh sistem server normal) dan ia mempertahankan integritas data juga. Kau tahu itu, harus end-user interface menghapus mereka sendiri 'front-end'; tidak semua hilang - Anda hanya memberi mereka yang lain 'front-end untuk menggunakan database mengetahui' back-end 'tidak pernah beresiko.
4. Setiap user dapat mengubah obyek (jika diaktifkan) atau lebih umum, tambahkan permintaan mereka sendiri dan laporan untuk menyediakan pemrosesan berbasis lokal yang tidak akan mengganggu hub utama dari database. Pengguna juga telah dikenal untuk menggunakan seperti Microsoft Excel untuk menjalankan jenis 'one-off' pelaporan seperti Pivot Tables dengan menghubungkan langsung ke database 'back-end'.
5. Dalam organisasi yang lebih besar di tempat yang tidak biasa untuk memiliki beberapa departemen dengan berbagai versi Microsoft Access (sejauh Akses 97) bahwa memiliki database 'back-end' di server bisa di dasarnya format mesin sebelumnya (yaitu 97 Mengakses atau Akses 2000) di mana objek yang 'front-end' dapat didasarkan pada baik Access XP, 2003, 2007 atau bahkan 2010! Migrasi disimpan ke minimum absolut.
Ada manfaat lain untuk membelah database access tapi saya pikir di atas akan menjadi awal yang baik.
By: Ben Beitler
No comments:
Post a Comment