Siip ... kaya gini donk milisnya ... jadi lebih hidup :-)) Untuk penggunaan Temp table, memang agak berbahaya jika tidak ditangani secara benar. Lebih baik dipergunakan untuk hal yang benar-benar penting saja.
Cara lain bisa lewat array di program kita. Memang membutuhkan memori dan kecepatan prosesor yang lebih besar di pihak klien, tetapi dapat mengurangi masalah bottleneck dan masalah log. Semua cara yang sedang dibahas mempunyai kelebihan dan kekurangan masing-masing. Jadi seperti kata mas Eris, semuanya tergantung dari kebiasaan si programmer sendiri. Bisa menggunakan semua cara yang ada, tergantung dari apa yang dihadapi. Contoh: laporan stok mungkin bisa memakai temporary table, laporan penjualan menggunakan XML dan SOAP, laporan pembelian bisa menggunakan array, laporan keuangan menggunakan gabungan temporary dan array. Sehingga sedikit banyak bisa mengurangi beban dan masalah-masalah yang bakal muncul. Untuk mengatasi besarnya log, kadang tidak cuma cukup dengan shrink database aja. Walaupun sudah dishrink, tapi Log tetap makin membesar. Trik lain untuk mengatasi log yang besar (harus pada jam kosong) : 1. Detach database 2. Salin file *.MDF dan *.LDF dari database tersebut ke folder lain (untuk backup) 3. Attach database ke SQL Server yang lain 4. Shrink database 5. Detach database 6. Attach database ke SQL Server asal Jika masih membandel : 1. buat script dari database tersebut 2. Buat database baru 3. jalankan scriptnya di Query analyser 4. gunakan Export/Import data Best Regards, David J M Advess - ISV > Uupppss.. Padahal awal pertama saya kasih tip sederhana ini bagi mereka > yang > baru belajar supaya tidak dipusingkan pembuatan table temporary dengan > tidak > memperhatikan hal-hal lain seperti misalnya Log atau bottleneck yang > terjadi > (karena selanjutnya ada tips untuk mengakali log dan bottleneck itu > sendiri.) > > Ternyata ditanggapi oleh para pakar dibidangnya, > > Terima kasih atas tambahannya. > > > > Sementara untuk tingkat lanjutnya saya sependapat dengan yang Mas Rudy > Chasan paparkan. > > Tapi bagaimana pun itu tergantung kebiasaannya si programmer itu sendiri, > nah dengan ada sharring seperti ini tentunya akan banyak menambah masukan > yang sangat berarti sehingga pengetahuan pun tidak hanya mentok > disitu-situ > aja.
