Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: query slow in 9i, but not slow in 8i

Re: query slow in 9i, but not slow in 8i

From: Juan Cachito Reyes Pacheco <jreyes_at_dazasoftware.com>
Date: Mon, 1 Mar 2004 13:23:50 -0400
Message-ID: <002501c3ffb2$00ec65e0$2501a8c0@dazasoftware.com>


That was the same I had, but I solved using the hint no_merge. ----- Original Message -----
From: "Duret, Kathy" <kduret_at_starkinvestments.com> To: <oracle-l_at_freelists.org>
Sent: Monday, March 01, 2004 1:24 PM
Subject: RE: query slow in 9i, but not slow in 8i

> I don't know your whole issue, but I opened up a tar with oracle as 80% as
> our sql when waaaaay slower when we switched one of our production systems
> over to 9i.
> :
> They told us to use:_complex_view_merging=false and this solved our
problem
> (your mileage may vary)
>
> However, we have optimizer_max_permutations=80000 like oracle 8i (the old
> dba must have been a carry over from 8i).
>
> Haven't had time to see if setting the max permutations to 2000 solved our
> problems or not.
>
>
> Kathy
>
>
>
>
>
> This transmission contains information solely for intended recipient and
may
> be privileged, confidential and/or otherwise protect from disclosure. If
> you are not the intended recipient, please contact the sender and delete
all
> copies of this transmission. This message and/or the materials contained
> herein are not an offer to sell, or a solicitation of an offer to buy, any
> securities or other instruments. The information has been obtained or
> derived from sources believed by us to be reliable, but we do not
represent
> that it is accurate or complete. Any opinions or estimates contained in
> this information constitute our judgment as of this date and are subject
to
> change without notice. Any information you share with us will be used in
> the operation of our business, and we do not request and do not want any
> material, nonpublic information. Absent an express prior written
agreement,
> we are not agreeing to treat any information confidentially and will use
any
> and all information and reserve the right to publish or disclose any
> information you share with us.
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>



Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Mon Mar 01 2004 - 11:23:54 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US