Re: Optimizing a request - Mailing list pgsql-performance

From Jean-Max Reymond
Subject Re: Optimizing a request
Date
Msg-id 4b09a0c040831132633b2bce5@mail.gmail.com
Whole thread Raw
In response to Re: Optimizing a request  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Tue, 31 Aug 2004 16:13:58 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> That seems like a very strange plan choice given those estimated row
> counts.  I'd have expected it to use a nestloop with inner index scan
> on article_rub_id_index.  You haven't done anything odd like disable
> nestloop, have you?
>

no optimizer disabled.

> What plan do you get if you turn off enable_hashjoin?  (If it's a merge
> join, then turn off enable_mergejoin and try again.)  Also, could we see
> EXPLAIN ANALYZE not just EXPLAIN output for all these cases?
>
>                         regards, tom lane
>

OK, TOM Thanks for your help

--
Jean-Max Reymond
CKR Solutions
http://www.ckr-solutions.com

pgsql-performance by date:

Previous
From: Jean-Max Reymond
Date:
Subject: Re: Optimizing a request
Next
From: "Gary Doades"
Date:
Subject: Re: Optimizing a request