asik men, saya setuju dengan pendapat Ade, administrator database memang diperlukan, dan konsep database berapapun jumlahnya tidak masalah krn yang diambil sesuai dengan kriteria (jadi sudah pasti tidak semua data didalam database diambil). Pemakaian driver ODBC maupun OLEDB masing masing memang ada keunggulannya, dan itu tergantung pada kebutuhan dalam pengelolaan data.
pendapat saya yang mengatakan "tuning database tidak perlu dirisaukan" jika perintah sql yang dibuat digunakan melalu program yang dibuat melalui vb (dalam hal ini, pemakai program vb adalah sudah pasti user biasa, yang tidak mengetahui seluk beluk database dan program, mereka hanya menggunakan program yang dibuat). Sementara database itu kan juga suatu program tersendiri, dan klu administrator database sudah pasti didalam melaksanakan tugasnya tidak memggunakan program vb yang dibuat. (tidak harus, krn beberapa programer juga membuat program yang khusus dibuat untuk tugas ini dengan vb juga) Semoga membantu: =(oVo)= ==================== BaceInside Publisher Copyright @2007 Not for reproduced, republished. Thank You ==================== ----- Original Message ---- From: Ade Aan Wirama (gmail) <[EMAIL PROTECTED]> To: [email protected] Sent: Saturday, April 21, 2007 8:27:14 AM 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 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
