Re: Calculation of unused columns
От | Gerhard Wiesinger |
---|---|
Тема | Re: Calculation of unused columns |
Дата | |
Msg-id | alpine.LFD.2.00.0910191950200.15515@bbs.intern обсуждение исходный текст |
Ответ на | Re: Calculation of unused columns (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Calculation of unused columns
|
Список | pgsql-performance |
On Sun, 18 Oct 2009, Tom Lane wrote: > Robert Haas <robertmhaas@gmail.com> writes: >> On Sun, Oct 18, 2009 at 1:59 PM, Jeff Janes <jeff.janes@gmail.com> wrote: >>> Even if country.id is a primary or unique key? > >> Well, we currently don't have any logic for making inferences based on >> unique constraints. > > Huh? > http://archives.postgresql.org/pgsql-committers/2009-09/msg00159.php > > Admittedly it's just one case and there's lots more to be done, but it's > more than nothing. So this is a *potential* argument for trying to trim > subquery outputs. What I'm not sure about is whether there are common > cases where this would be applicable below a non-flattenable subquery. > Wow. That's IHMO a major improvement in the optimizer. Is this also valid for views? In the area of views this might even be a killer feature since one can define a view with many columns and when only e.g. one is used query is still optimal. I had today such a situation where I created a new view to be ~24 times faster (with a lot of left outer joins). Is the patch only for 8.5 or even backported to 8.4 and 8.3? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/
В списке pgsql-performance по дате отправления: