Salam... Langsung aja... sy ada masalah... ttg aplikasi yang sy buat.., aplikasi ini menggunakan : 1. Database Mysql-server v.5 yang berjalan di distro ubuntu-server dengan beberapa tabel dimana ada 3 tabel yang besar antaranya : - t_master sekitar 800 ribu record - t_daftar sekitar 200 ribu record dan akan bertambah sekitar 1500 record / hari - t_master_reg sekitar 600 ribu record 2. Aplikasi ini dibuat dgn delphi 7. 3. Connecsti stringnya menggunakan ADO... dan MySQLODBC 3. Report Fast-Report 4.X 4. Jumlah Client sekitar 6 Client 6. Menggunakan Jaringan LAN yang jadi permasalahan yaitu Pada saat aplikasi ini di load (pertama kali dijalankan) sangat lambat.. sekitar 5 - 10 menit baru aplikasinya terbuka. sebelum2 nya waktu databasenya masih sedikit hanya memakan waktu kurang 1 menit... dan setelah aplikasinya udah terbuka.. prosesnya udah normal... kira2 solusinya gimana itu ? adapun proses yang pertama dijalan kan yaitu sy cuma melakukan proses connecting ke database nya.. dan adapun yang menggunakan AdoQuery didalamnya sy hanya menampilkan select * from nama tabel limit 0,0... Mohon kiranya sy diberikan solusi untuk lebih mempercepat loading pertama aplikasi ini... thanks.

Lakukan beberapa tune-up terhadap struktur database dan aplikasi Anda: - tambahkan indeks yang tepat pada field2 yang menjadi kunci, terutama field2 yang digunakan untuk seleksi kondisi dan grup pencarian - perbaiki perintah query Anda, panggil hanya field2 yang diperlukan, jangan semua field disertakan. - Batasi record yang dimuat oleh aplikasi Anda, misalkan dengan metode paging. - Jika memang tidak sangat penting, hindari load data seketika ketika aplikasi di-load. Data hanya dipanggil ketika dibutuhkan saja. - Kemudian periksa semua komponen koneksi dan dataset Anda, adakah properti connected atau active bernilai True? jika demikian, non-aktifkan (ubah nilainya menjadi False) - query select * from nama tabel limit 0, 0 mungkin bisa diganti dengan perintah show columns from nama tabel, kemudian lakukan iterasi per record untuk mendapatkan semua nama field nya. - dsb...

"Seperti angin dalam perut, yang ingin keluar tapi susah karena banyak sisa makanan yang menyumpal...." 1. test aplikasi tanpa jaringan dulu (lemot apa ga?), kalo lemot...pertimbangkan loading ketimbang tampilan (flash, gambar, skin) 2. usahakan tidak meng-load DB pada saat first running application, bila perlu ada tombol untuk mengaktifkan 3. kalo terpaksa (no.2) mgk bisa menggunakan Thread...(step by step) 4. usaha yg bagus untuk me-limit tabel, tapi perlu juga me-limit fields atau tipe tabel 5. untuk penggunaan komponen DB, sah-sah aja mau pake apa saja yg penting efisiensi memory dan spt biasa: create - free atau FreeAndNill 6. baca referensi dan pahami karakteristik DB (berapa kemampuan menyimpan data utk database ini..itu..) 7. sekedar coba-coba...compress exe agar filenya ga gedhe 8. perhatikan faktor jaringan (kabel UTP tipe 5e atau ??, panjangnya ??, HUB..??) 9. spesifikasi komputer menjadi pertimbangan juga 10. APABILA APLIKASI MASIH SAKIT, HUBUNGI DOKTER-ID TERDEKAT. INGAT..!! APLIKASI YANG LEMOT DAPAT MENYEBABKAN SERANGAN EMOSI, IMPOTENSI KERJA DAN GANGGUAN PADA ANU-NYA KLIEN

oiya, mungkin bisa dipertimbangkan pengaturan ulang konfigurasi MySQL Server Anda. Jika server Anda mempunyai sumber daya RAM yang cukup besar, tingkatkan konfigurasi cache yang ada.

11. keep try before looser

1. test aplikasi tanpa jaringan dulu (lemot apa ga?), kalo lemot...pertimbangkan loading ketimbang tampilan (flash, gambar, skin)

thanks... atas masukan2 nya semua.... sy akan coba untuk memperbaiki aplikasi yang lomot ini.... tp sy coba apabila aplikasi ini sy jalankan di localhost proses load aplikasinya cepat.. tidak sampai 1 menit... hanya yang bermasalah ketika aplikasinya dijalankan di client....,, adapun secara kecepatan jaringan yang sy tes.. ngga mengalami masalah...

@DeulleDo-X: tp sy coba apabila aplikasi ini sy jalankan di localhost proses load aplikasinya cepat.. tidak sampai 1 menit... hanya yang bermasalah ketika aplikasinya dijalankan di client....,, adapun secara kecepatan jaringan yang sy tes.. ngga mengalami masalah...

...nah ini sudah ketahuan biangnya....hehe pasti kinerjanya ditanggung di aplikasi semua ya..? gambarannya spt gini : dalam aplikasi meng-query data pada database server di komputer lain, kemudian database server men-select query tsb, lalu aplikasi tsb menarik kembali utk ditampilkan. secara teori (cuman isanya teori thok..hehe) kerja aplikasi menjadi berat. coba dibayangkan: kasih perintah pilih ini..itu sama si A, lalu si A sdh melaksanakan perintah ysb, tp yang ngambil datanya juga yang ngasih perintah...kasian bgt khan. palagi hrs lewat terowongan LAN...sempit bgt..hehe hmmm....hahahaha....hihihi....ternyata STORE PROCEDURE yang menjadi kunci utama. SP kalo di titik dua kayak gini 1. Performance Semua perintah SQL, yang kita kirimkan ke database server melalui kumpulan action yang disebut dengan execution. Hal ini menjadikan perintah SQL yang kita kirimkan melalui beberapa proses sebelum data dikembalikan ke client. 2. Security Store Procedure memberikan keuntungan yang baik dalam hal security. Dengan menggunakan store procedure, kita bisa memberikan permission untuk user yang ditunjuk untuk dapat mengakses data, menekan immense coding yang perlu kita lakukan pada Application Client. Ini adalah cara terbaik untuk mengontrol akses ke data. 3. Modifications/Maintenance Jika kita menggunakan store procedure untuk mengakses database, setiap perubahan pada database dapat dipantau berdasarkan client application. Hal ini dimungkinkan karena kita dapat tahu persis dimana data diakses, dan kita juga tahu dimana kita harus melakukan perubahan. Hal ini berarti kita tidak perlu pusing kepala dengan ribuan baris source code pada client application untuk menemukan baris mana yang perlu dirubah. 4. Minimal processing at the client. Ketika membuat aplikasi client/server, normalnya adalah client yang bertanggung jawab mengenai integritas data yang masuk ke dalam database. Mengelola Primary Key,Foreign Key, semuanya dilakukan oleh client, dan database server hanya bertugas menyimpan data yang di berikan client. 5. Network traffic Aplikasi pada client selalu me request/ mengirimkan data ke database server. Data ini dikirimkan sebagai packet dan dikirimkan ke jaringan(Network) ke server. 6. WALAH-WALAH Walah-walah adalah sejenis omelan/guneman terhadap diri sendiri karena ternyata nulisnya terlalu panjang lebar, sampe-sampe jarinya keselip di keyboard....heheh

[OOT] oooo.....walah ternyata aku punya 2 nick (eksa & eksant) tho (baru tau skr). pantes kl login kadang sering salah melulu...wakaka Big Bosss.....piye kie....!!!!