| From: | Marius Andreiana <mandreiana(at)rdslink(dot)ro> | 
|---|---|
| To: | pgsql-performance(at)postgresql(dot)org | 
| Subject: | Re: NOT IN query takes forever | 
| Date: | 2004-08-03 16:02:42 | 
| Message-ID: | 1091548963.6915.2.camel@marte.biciclete.ro | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general pgsql-performance | 
On Tue, 2004-08-03 at 08:05 -0400, Merlin Moncure wrote:
> > Trying to run this query:
> > EXPLAIN ANALYSE
> > select * FROM trans
> > WHERE query_id NOT IN (select query_id FROM query)
> > 
> > but it will remain like that forever (cancelled after 30 min).
> 
> explain analyze actually runs the query to do timings.  Just run explain
> and see what you come up with.  More than likely there is a nestloop in
> there which is causing the long query time.
> 
> Try bumping up shared buffers some and sort mem as much as you safely
> can.
Thank you, that did it!
With
shared_buffers = 3000		# min 16, at least max_connections*2, 8KB each
sort_mem = 128000		# min 64, size in KB
it takes <3 seconds (my hardware is not server-class).
-- 
Marius Andreiana
Galuna - Solutii Linux in Romania
http://www.galuna.ro
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jim C. Nasby | 2004-08-03 16:18:42 | Re: Casting timestamp with time zone to varchar automatically | 
| Previous Message | Greg Stark | 2004-08-03 15:05:28 | Trying to use GIST indexes again | 
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Merlin Moncure | 2004-08-03 16:10:04 | Re: NOT IN query takes forever | 
| Previous Message | Gaetano Mendola | 2004-08-03 15:54:44 | Re: pg_autovacuum parameters |