B> Kalau memang pada saat dilakukan count dan sum tidak terdapat suatu klausul
B> where
B> pastinya dia akan tabel scanning ...
Betul, ini terlihat dari aktifitas hardisk.
B> Jika proses perhitungan mempunyai klausul where dan field yang didalam where
B> tsb ada pada indexes, maka fb akan memanfaatkan index tsb dalam melakukan
B> perhitungan tsb.
struktur tabelnya sbb:
tabel test
nomor integer -> primary key
nama char(500)
alamat char(500)
jumlah data 110000
perintah yang digunakan adalah:
select count(nomor) from test where nomor>1 and nomor<100000;
hasil statistiknya (IB Console) sbb:
Execution Time -> 1.13 menit
Hal yang sama diberlakukan pada MSSQL, ternyata hasil Execution
Timenya hanya 4 detik.
Kok bisa jauh ya hasilnya?.
Apakah memang kinerja FIB pada penggunaan fungsi aggregate memang
lambat ya?
B> Pastikan bahwa nantinya proses kalkulasi tsb menggunakan index yang
B> seharusnya disetup...
pada tabel test saya tambahkan index yang merujuk pada field nomor
yang sebenarnya sudah primary key. Namun hasil eksekusi fungsi
aggregate (sum, count dll) menurut saya lambat jika dibandingkan
dengan hasil di MSSQL.
index yang disetup itu seperti apa ya? mungkin bisa lebih detail!
>> Atas bantuannya terima kasih
terima kasih atas responnya
Arif Rahman
Berlangganan: [EMAIL PROTECTED]
Stop Berlangganan: [EMAIL PROTECTED]
Keluhan Milis(Unbouncing,spam,dll): [EMAIL PROTECTED]
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
