Re: join to view over custom aggregate seems like it should be faster

Список
Период
Сортировка
От Tom Lane
Тема Re: join to view over custom aggregate seems like it should be faster
Дата
Msg-id 28253.1176229284@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: join to view over custom aggregate seems like it should be faster  ("Merlin Moncure")
Список pgsql-performance
Дерево обсуждения
join to view over custom aggregate seems like it should be faster  ("Merlin Moncure", )
 Re: join to view over custom aggregate seems like it should be faster  (Tom Lane, )
  Re: join to view over custom aggregate seems like it should be faster  ("Merlin Moncure", )
  Re: join to view over custom aggregate seems like it should be faster  ("Merlin Moncure", )
   Re: join to view over custom aggregate seems like it should be faster  ("Merlin Moncure", )
    Re: join to view over custom aggregate seems like it should be faster  (Tom Lane, )
     Re: join to view over custom aggregate seems like it should be faster  ("Merlin Moncure", )
      Re: join to view over custom aggregate seems like it should be faster  (Tom Lane, )
"Merlin Moncure" <> writes:
> right, i see that it's actually the 'group by' that does it:
> select a, b from foo join (select a, b from bar group by a,b) q using (a,b);
> is enough to keep it from using the index on a,b from bar.  thats too bad...

Some day it'd be nice to be able to reorder grouping/aggregation steps
relative to joins, the way we can now reorder outer joins.  Don't hold
your breath though ... I think it'll take some pretty major surgery on
the planner.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: Tobias Brox
Дата:
Сообщение: Long running transactions again ...
Следующее
От: "Michael Dengler"
Дата:
Сообщение: Re: Do I need to rebuild php-pgsql for 8.2.3