Betul mass saya pernah pake ADODC Vb wahhh :D kalau pada rame rame update 1 tabel seruu tuhh :D
Tuning perlu banget boss sangat perlu masalah harus di lakukan berkala jangan sape lupa itu. Setuju abis dehh ama pendapat sih boss percaya gak percaya tiap tiap data base itu cara bekerjanya beda dan perlu banget kita perlajari untuk dapet mendesign sebuah database yang fastm efficient cara kerja juga perlu lohh spt perlu tdk pake view,sp,user fc. Kalau di mssql perlu tidak ada transaksi di table itu (myasm) atau tables harus mendukung transaksi. Banyak banget dehh saya udah perlajari mssql selama 3 th dan belum ketemu yang agak sempurna ( atau jangan2 gua yang dul dul ya ) sekarang pake mysql tambah beda lagi dehh :D. T'rims sukisno -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Ade Aan Wirama (gmail) Sent: Saturday, April 21, 2007 8:27 AM To: [email protected] Subject: Re: [Programmer-VB] Masalah Tuning2an Dear Bace, Berikut sharing saya, just discussion ya...no offense.. > Saya rasa masalah tuning2an dalam penggunaan database tidak perlu dirisaukan. Program vb yang sudah saya buat, dapat mengambil data pembayaran per costumer dengan cepat (hitungan 5 detik, dilakukan via jaringan) untuk data pembayaran yang banyaknya di atas 2 juta data. padahal komputer klien yang dipergunakan hanya pentium 2. Saya kurang setuju dengan pernyataan "tuning database tidak perlu dirisaukan", ini berarti sama saja tuning database tidak diperlukan. Itu pendapat yang salah, karena itu juga berarti Database Administrator itu nggak perlu ada, Database Tuning Service di perusahaan2 konsultan TI itu juga nggak diperlukan. Menurut saya, itu seperti mengibaratkan kita punya mobil tapi nggak pernah diservis berkala atau ditune-up. Akibatnya bisa fatal. Ukuran kecepatan pengambilan data bukan dari jumlah record, nggak masalah 2juta 5 juta ataupun 10jt, bisa jadi fieldnya hanya sedikit dan itupun bagus design tablenya. Coba cek berapa besar kapasitas tabel Bace atau kapasitas pemakaian databasenya. Nah dari situ kita bisa lihat wajar atau tidak pengambilan data 5 detik, apalagi dengan PII, bukan menyangsikan tapi PII pake OSnya apa nih? Windows XP kok gak mungkin, Windows 98 berat juga dia, apalagi ditambahi sistem aplikasi yang datanya sudah jutaan... > Menurut pengalaman saya, > Apapun database yang dipergunakan, jika menggunakan ADODC VB perintah yang digunakan untuk mengambil database cukup perintah select saja, kemudian untuk menyortir data gunakan kondisi where nya saja. dan lakukan pengolahan data di komputer klien, bukan diservernya. Untuk menambah gunakan addnew, menyimpan update. menghapus delete. Dengan begini semua perinta dilakukan di tabel virtual didalam memori kemudian jika ada perubahan diupdate kedalam databse diserver. Apalagi menggunakan ADODC (ADO Data Control), wah saya malah semakin nggak setuju, itu lambat banget mas, kelas Enterprise nggak akan menggunakan Data Control tapi menggunakan ADODB. ADODC itu hanya data control, mempermudah koneksi ke database (karena sedikit perintah codenya) dan navigasi data, sedangkan ADODB lebih fleksibel lagi dalam koneksi database, recordset dan transaction handling. Saya betul-betul tidak menyarankan penggunaan ADODC untuk kelas medium enterprise application, kalo untuk pemula boleh deh.. > tabel data sebaiknya di satukan dalam satu tabel, supaya lebih terkoordinir, jangan dipisah2 pertahun, karena jika dipisa pertahun, pengguna akan kebingungan jika tabel untuk tahun yang akan dimasukkannya tidak ada. Setuju tabel data tidak perlu dipisah pertahun, tapi database data mungkin saja dipisah pertahun dan tentu saja harus dibuat code yang cukup bagus supaya pengguna nggak bingung ambil tahun yang mana...:D Best Regards, Ade Aan Wirama Wahana Programmer Groups Links Yahoo! Groups Links
