Re: query_planner() API change
| От | Atri Sharma |
|---|---|
| Тема | Re: query_planner() API change |
| Дата | |
| Msg-id | CAOeZVieabfN3nV9tckELkQQiLkzCuYGE7ax3BLR9dMz9sZe1pg@mail.gmail.com обсуждение исходный текст |
| Ответ на | query_planner() API change (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: query_planner() API change
Re: query_planner() API change |
| Список | pgsql-hackers |
> While we could complicate query_planner()'s API even more to add some > understanding of unnecessary resjunk items, I think this is probably > the straw that breaks the camel's back for the current approach here. > There is already a comment like this in query_planner(): > > * This introduces some undesirable coupling between this code and > * grouping_planner, but the alternatives seem even uglier; we couldn't > * pass back completed paths without making these decisions here. I agree with the idea,but am trying to understand why adding understanding of resjunk columns is a bad idea. Just for understanding purpose, could you please elaborate a bit on it? Regards, Atri -- Regards, Atri l'apprenant
В списке pgsql-hackers по дате отправления: