Re: Question On High Parse to execute ratio

Thank you all for your help.
I will have to review the metalink data as you suggested. We have asked that they Bind their SQL Statement but where given no patch date so it looks like we are out in the cold for awhile.

Once again thanks for all your help.
Jay

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Monday, January 13, 2003 3:38 PM

> Jay - Here are the possibilities:
> 1. The vendor is stupid. Or doesn't understand Oracle.
> 2. The product was incorrectly installed. Some products are
sophisticated
> enough to have a configurable interface, which may be misconfigured or
need
> tuning over time.
> 3. You are missing a key piece of knowledge.
> My point is, learn what you can about alternatives 2 and 3. Read the
vendor
> documentation on the Oracle interface. Place a support call with the
vendor.
> Try to locate a knowledgeable resource at the vendor. Find a support list.
> But if that fails, then you may be forced to fall back on an Oracle-only
> solution. CURSOR_SHARING is a high-risk solution that I would try after
> exhausting the simpler solutions.
>
> Dennis Williams
> DBA, 40%OCP
> Lifetouch, Inc.
> dwilliams_at_lifetouch.com
>
>
> -----Original Message-----
> Sent: Monday, January 13, 2003 2:00 PM
> To: Multiple recipients of list ORACLE-L
>
>
> Hello:
>
> I have a third party application which seems to have alot of unbound SQL
> statements, several of which do not seem to be very effective queries.
> Unfortunatelly the code is locked.
>
> My Parse to execute ratio is around 72% and I was wondering if anyone has
> any ideas on how I can decrease this?
>
> I figure that I might start with using the parameter CURSOR_SHARING.
>
> Any ideas would be great.
>
> Thanks in advance,
> Jay
>
>
> _________________________________________________________________
> Help STOP SPAM: Try the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Jay Wade
> INET: fish_dba_at_hotmail.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: DENNIS WILLIAMS
> INET: DWILLIAMS_at_LIFETOUCH.COM
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jay
  INET: fish_dba_at_hotmail.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).