Re: High Parse Call

From: Riyaj Shamsudeen <>
Date: Fri, 28 Mar 2014 09:09:59 -0700
Message-ID: <>

I followed up a few SQL statements in EBS many years ago, root cause usually boiled down to either programs executing dynamic SQL statements (either by dbms_sql or execute immediate) or the statements were not sharable due to context function calls in the execution plan.

However, it isn't been a while, so YMMV.


Riyaj Shamsudeen
Principal DBA,
Ora!nternals - - Specialists in Performance, RAC and EBS
Blog: Oracle ACE Director and OakTable member <>

Co-author of the books: Expert Oracle
Practices<> , Pro Oracle SQL, <> <>Expert
RAC Practices 12c. <> Expert PL/SQL practices <>


On Fri, Mar 28, 2014 at 6:46 AM, hansie <> wrote:

> Hello Everyone,
> I came cross this sql in AWR report which parse every time it executed.
> But when I checked v$sql_shared_cursor view there is no child cursor for
> this sql_id. All the column in v$sql_shared_cursor table related to child
> cursor having value 'N'. Version count is also 0 for this sql_id. I am not
> able to understand the reason do parse in every call when there is no
> child cursor. This is seeded oracle apps sql so if you happen to have r12
> instance with you can might able to see this sql_id in your
> instance too.
> Database:
> Parse section from AWR,
> Parse Calls Executions % Total Parses SQL Id SQL Module SQL Text
> 7,008,164 7,008,162 20.65 875jz2d26yvd5 OEXAUGEN select count(*) from
> oe_order_...
> full sql.
> select count(*) from oe_order_lines_history hist where hist_type_code in
> ('UPDATE', 'CANCELLATION', 'SPLIT') and hist_creation_date > :x and
> header_id = :y and hist.line_id = :a and nvl(audit_flag, 'Y') = 'Y'
> Any idea?
> Thanks,
> Hansraj

Received on Fri Mar 28 2014 - 17:09:59 CET

Original text of this message