Re: RE : RE: Query takes ages in Oracle 10G

If you haven't already done this I'd start by checking and making sure that all the same indexes are built, statistics are collected before digging to deep into more subtle issues.

Rumpi

On 9/21/06, Isabel Bedoya <isabel_bga_at_yahoo.ca> wrote:
>
> Yeap!.. I just copy paste this query to SQL*Plus, and then I have to kill
> it with the task manager, it just locks and doesn't return any result at
> all!. But in Oracle 9i, it returns the values in a matter of seconds
>
> *"Allen, Brandon" <Brandon.Allen_at_OneNeck.com>* a écrit :
>
> If I understand correctly, you're saying that the following query is the
> problem - it runs slow by itself, regardless of the other sub and parent
> queries:
>
> SELECT VENCIM_TITULO_NUMERO___
> FROM VENCIM
> WHERE VENCIM_ESCENA_CODIGO___ = 'REAL'
> AND
> VENCIM_PORTAF_CODIGO___ = 'OBL' AND
> VENCIM_ESTADO___ = 2
> AND
> VENCIM_FECCOBORI <= '21/09/2006'
>
> Is that correct?
>
> What was the explain plan for this query when you traced it?
>
> Maybe it is expecting the date predicate to be more selective than it
> really is so it's using an index there instead of a FTS?
>
> Maybe the problem could be related to auto gathering of histograms in
> 10g? Try deleting histograms on the table and see if that helps. Or, on
> the contrary, maybe your auto stats job hasn't run yet in your new 10g
> database so your stats are absent or out of date?
>
>
> Privileged/Confidential Information may be contained in this message or
> attachments hereto. Please advise immediately if you or your employer do not
> consent to Internet email for messages of this kind. Opinions, conclusions
> and other information in this message that do not relate to the official
> business of this company shall be understood as neither given nor endorsed
> by it.
>
>
> ------------------------------
> Lèche-vitrine ou lèche-écran ? *Yahoo! Magasinage*<http://cf.shopping.yahoo.com>
> .
>
>

-- 
Rumpi Gravenstein

--
http://www.freelists.org/webpage/oracle-l