Re: MAX/MIN optimization via rewrite (plus query rewrites
В списке pgsql-hackers по дате отправления:
| От | Bruno Wolff III |
|---|---|
| Тема | Re: MAX/MIN optimization via rewrite (plus query rewrites |
| Дата | |
| Msg-id | 20041111140753.GB16640@wolff.to обсуждение исходный текст |
| Ответ на | Re: MAX/MIN optimization via rewrite (plus query rewrites ("Jim C. Nasby" <decibel@decibel.org>) |
| Список | pgsql-hackers |
On Thu, Nov 11, 2004 at 01:18:05 -0600, "Jim C. Nasby" <decibel@decibel.org> wrote: > Certainly handling only one case is better than none. I just wanted to > bring up the multiple aggregate scenario. Also, consider that > > SELECT min(a), max(a), min(b), max(c) FROM table > > could be optimized as well (into 4 index scans, assuming a, b, and c all > had indexes). > > I don't think any other aggregates are candidates for optimization right > now, though I guess I could be wrong. Remember that max and min are a number of aggregates, as each datatype which have max and min functions have different ones from those used by other datatypes. I think someone added boolean aggregates for and and or in version 8. If so, those can also use indexes in the same way.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера