| От | Simon Riggs |
|---|---|
| Тема | Re: Wrong plan for subSELECT with GROUP BY |
| Дата | |
| Msg-id | 1147682913.3465.232.camel@localhost.localdomain обсуждение исходный текст |
| Ответ на | Re: Wrong plan for subSELECT with GROUP BY (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-performance |
On Fri, 2006-05-12 at 10:05 -0400, Tom Lane wrote: > Antal Attila <atesz@ritek.hu> writes: > > If this is a deficiency of the planner, I'd like to suggest this feature > > into the planner. > > This really falls into the category of "you've got to be kidding". Agreed > There's no way that it'd be reasonable for the planner to expend cycles > on every query to look for corner cases like this. OT: Should we have a way of telling the optimizer how much time and effort we would like it to go to? Some of the new optimizations and many yet to come cover smaller and smaller sub-cases. At least internally, we could mark the cost-of-optimization as we go, so we can play with the external interface later. -- Simon Riggs EnterpriseDB http://www.enterprisedb.com
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера