From: | Matthew Wakeling <matthew(at)flymine(dot)org> |
---|---|
To: | Richard Neill <rn214(at)cam(dot)ac(dot)uk> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Should the optimiser convert a CASE into a WHERE if it can? |
Date: | 2010-01-26 17:23:06 |
Message-ID: | alpine.DEB.2.00.1001261715510.6195@aragorn.flymine.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, 26 Jan 2010, Richard Neill wrote:
> SELECT SUM (case when id > 1200000 and id < 1210000 then 1 else 0 end) from
> tbl_tracker;
>
> Explain shows that this does a sequential scan.
I'd defer to Tom on this one, but really, for Postgres to work this out,
it would have to peer deep into the mysterious SUM function, and realise
that the number zero is a noop. I suppose it would be possible, but you'd
have to define noops for each of the different possible functions, *and*
make the planner clever enough to spot the noop-matching number in the
else and convert the WHEN into a WHERE.
In my mind, this is quite a lot of work for the planner to do to solve
this one. That translates into quite a lot of work for some poor
programmer to do to achieve it. If you have the money, then hire someone
to do it!
Matthew
--
I don't want the truth. I want something I can tell parliament!
-- Rt. Hon. Jim Hacker MP
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Smith | 2010-01-26 17:41:06 | Re: splitting data into multiple tables |
Previous Message | Tom Lane | 2010-01-26 17:21:38 | Re: Should the optimiser convert a CASE into a WHERE if it can? |