>saya berpendapat multiple-query adalah cara yang 'benar'
>- database server seharusnya bisa mengcache hasil query secara lengkap
> walaupun data yang diambil parsial, jadi query berikutnya akan lebih cepat,
> kalau misalnya mysql ngga punya mekanisme seperti itu berarti mysql
> butuh pengembangan ke arah itu
That's right.
Sebenarnya, database server bukan hanya meng-cache *hasil*, tapi juga
execution-path. Saya pernah melihat cara Oracle dan MS SQL Server melakukan
optimasi execution-path, caching execution-path, dan juga caching hasil query.
>- database server di-optimize untuk data retrieval, bukan client software,
> jadi urusan caching-mengcaching harusnya urusan database server
>- mengenai tradeoff prosesor/harddisk dan memori itu urusan database
> server, sama seperti caching harddisk, itu urusan sistem operasi,
> bukan aplikasi
>
>sorry kalo terlalu konseptual, dan ngga praktikal :)
Justru itu yang saya butuhkan =)
Tapi, kondisi di atas hanya berlaku dalam kondisi ideal, dalam arti, kita
menggunakan database server yg *sebenarnya*, yg punya fasilitas tsb
(caching). Kalau, misalnya, kita membuat aplikasi web sederhanya, dengan
menggunakan file .mdb (MS Access) via ASP, atau menggunakan flat file via
Perl, tentu saja kita harus menggunakan trik-trik optimasi lain. Untuk
kasus MS Access, rasanya lebih baik kalau kita menyimpan hasil query di
dalam session variable, dan mengakses variable tersebut untuk menampilkan
hasil query dalam beberapa halaman.
CMIIW.
- irving
Layanan Pertukaran Banner - http://www.indobanner.co.id
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
To unsubscribe, e-mail : [EMAIL PROTECTED]
To subscribe, e-mail : [EMAIL PROTECTED]
Netika BerInternet : [EMAIL PROTECTED]
UNLIMITED POP3 Account @ http://www.indoglobal.com
