Re: Nested Loop WAS: VACUUM ANALYZE makes things - Mailing list pgsql-general

From Ian Harding
Subject Re: Nested Loop WAS: VACUUM ANALYZE makes things
Date
Msg-id scb6f646.034@mail.tpchd.org
Whole thread Raw
List pgsql-general
Another case of blockhead programmer.  I must have been smoking something when I wrote that piece of junk.  I collapsed
itinto a single query with sum(CASE WHEN DAYNUMBER = X THEN HOURS ELSE NULL) for the hours and it works like clockwork.
 

Sorry about the noise.

Ian A. Harding
Programmer/Analyst II
Tacoma-Pierce County Health Department
(253) 798-3549
mailto: iharding@tpchd.org

>>> Tom Lane <tgl@sss.pgh.pa.us> 04/12/02 02:12PM >>>
"Ian Harding" <ianh@tpchd.org> writes:
> Doh!  I set enable_seqscan = off and things are snappy again.
> Same problem though, how can I fix the query so the optimizer comes to the same conclusion?

I notice that in the "before" state, the planner thinks there will be
some thousands of rows coming out of each join, but in the "after"
state only one row.  Which of these is more correct?  (If you are
running 7.2, it'd be helpful to show EXPLAIN ANALYZE not just
EXPLAIN results for each case.)

            regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Nested Loop WAS: VACUUM ANALYZE makes things worse!
Next
From: Tom Lane
Date:
Subject: Re: Nested Loop WAS: VACUUM ANALYZE makes things worse!