[oracle-l] Re: Sql Tuning Thoughts?
- From: "Ron Rogers" <RROGERS@xxxxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 22 Jan 2004 15:07:20 -0500
Mladen,
It really must be cold in CT today if you think the ALTER DATABSE
ENABLE OPTIMAL... will work.
You miss spelt the second word. I tried "cut and paste" of the message
for over an hour before I spotted the error.
Ron
>>> mladen@xxxxxxxxxxxxxxx 01/22/2004 1:04:00 PM >>>
Comments in line.
On 01/22/2004 12:24:26 PM, Tracy Rahmlow wrote:
> This statement is from a batch program within a pl/sql procedure.
> (Also, I
> have many similar ones within the process) The policy table has
> approximately 6.2 million rows. The procedure is to
> incrementally(daily)
> build an extract table from multiple tables. The extract table is
> then
> used for reporting purposes. The statement performs well per policy,
> however it is being executed 43,000+ times. Is there a design
option
> available to me to reduce the number of executions and be more
> scaleable?
ALTER DATABSE ENABLE OPTIMAL [DW|OLTP] DESIGN; statement will work
in Oracle 18e ("E" comes from expensive). Until then, I'd try
materialized views. What you are trying to do is to build one table
based on selecting records from several others. If you reformulate
the previous sentence, you'll get the definition of a MV.
> I am considering the creation of an index to incorporate both the
> policy_number and the pol_eff_date hopefully eliminating the table
> access.
>
>
> We are currently on 8.1.7.
>
>
>
***************************************************************************************
>
>
> SELECT MIN(P.POL_EFF_DATE)
> FROM
> PHXADM.POLICY P WHERE P.POLICY_NUMBER = :b1
>
>
> call count cpu elapsed disk query current
> rows
> ------- ------ -------- ---------- ---------- ---------- ----------
> ----------
> Parse 1 0.00 0.01 0 0 0
> 0
> Execute 43814 1.95 1.57 0 0 0
> 0
> Fetch 43814 55.88 599.11 408248 568098 0
> 43814
> ------- ------ -------- ---------- ---------- ---------- ----------
> ----------
> total 87629 57.83 600.69 408248 568098 0
> 43814
>
> Misses in library cache during parse: 1
> Optimizer goal: CHOOSE
> Parsing user id: 547 (RPTADM) (recursive depth: 1)
>
> Rows Execution Plan
> ------- ---------------------------------------------------
> 0 SELECT STATEMENT GOAL: CHOOSE
> 0 SORT (AGGREGATE)
> 0 TABLE ACCESS GOAL: ANALYZED (BY INDEX ROWID) OF
'POLICY'
> 0 INDEX GOAL: ANALYZED (RANGE SCAN) OF 'POLICY_PK'
> (UNIQUE)
> American Express made the following
> annotations on 01/22/2004 10:24:24 AM
>
------------------------------------------------------------------------------
>
******************************************************************************
>
> "This message and any attachments are solely for the intended
> recipient and may contain confidential or privileged information. If
> you are not the intended recipient, any disclosure, copying, use, or
> distribution of the information included in this message and any
> attachments is prohibited. If you have received this communication
> in
> error, please notify us by reply e-mail and immediately and
> permanently delete this message and any attachments. Thank you."
>
>
******************************************************************************
>
>
>
==============================================================================
>
Other related posts:
