Kalau OLTP, biasanya transaksi pendek2, dan komponen
parsing sangat mempengaruhi performance/scalability.
Anda bisa check query2 di memory dengan sql ini
(tolong dilihat posting saya seblmnya):
select * from v$sql order by sql_text
Kalau OLAP/reporting, biasanya querynya relatif lama,
dan komponen parsing tidak terlalu penting. Saya tidak
heran kalau library miss besar nilainya.
Mengenai kasus cursor_sharing=similar, sebenarnya
error tsb adalah bug (kamu bisa cari di metalink,
terus coba cari patchnya sesuai versi database), bukan
karena pakai parallel.
Saya belum mendapatkan gambaran mengenai database
Anda. Tdk tahu apakah aplikasi Anda tdk pakai bind
variable semua, atau apakah library cache miss ada
relasinya dengan performance dilihat dari sisi user.
Lalu OS dan versi databasenya apa ya?
Saya pribadi lebih senang men-tuning sql kalau masih
memungkinkan. Dari sana biasanya improvement terbesar
didapatkan.
regards,
tomi
--- Ditya Oo <[EMAIL PROTECTED]> wrote:
> Dear,
> Iya Pak tidak salah lihat, sejak saya ganti
> parameter cursor_sharing=EXACT,
> seringkali library cache miss rate dekat2 100%
> ( saya pernah tanya ke IndoOracle kapan itu, dan
> saran dari Pak Tomi, memang
> sebelumnya untuk parameter cursor_sharing = similar,
> tetapi ada permasalahan
> " ERROR SIGNAL IN PARALLEL QUERY...... ", jadi saya
> rubah menjadi EXACT )
> Apakah dalam kasus ini berarti harus dituning dari
> sisi SQLnya Pak ?, kalau
> memang iya, kira2 bapak tau dimana referensi yg
> mengulas masalah SQL Tuning
> ?
>
>
>
> salam
>
> Ditya
>
> ----- Original Message -----
> From: "Tomi Wijanto" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Friday, April 21, 2006 11:24 AM
> Subject: Re: [indo-oracle] Tanya permasalahan SQL
> Library Cache
>
>
> > Jarang2 ada yg library cache miss dekat2 100% (gak
> > salah liat kan mas :))
> >
> > Soalnya kalo gitu berarti hampir semua sql yang
> > dieksekusi berbeda. Kemungkinan besar sekali
> karena
> > tdk pakai bind variable.
> >
> > Coba deh kamu query dari v$sql, lihat apakah
> query2
> > disono mirip2 semua kecuali di bagian
> > literal/konstanta (select * from v$sql order by
> > sql_text).
> >
> > Mungkin dari aplikasinya selalu menghasilkan query
> yg
> > berbeda setiap saat (biasanya karena konstruksi
> sql
> > dengan menggunakan concat gitu).
> >
> > regards,
> > tomi
> >
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
-----------I.N.D.O - O.R.A.C.L.E---------------
Keluar: [EMAIL PROTECTED]
Website: http://indo-oracle.lizt.org (NEW)
-----------------------------------------------
Bergabung dengan Indonesia Thin Client User Groups,
Terminal Server, Citrix, New Moon Caneveral, di:
http://indo-thin.vze.com
SPONSORED LINKS
| Membership database software | Database mortgage software | Pda database software |
| Database management software | Oracle database administration | Oracle database management |
YAHOO! GROUPS LINKS
- Visit your group "indo-oracle" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

