Re: [HACKERS] parallel "return query" is no good
| От | Alvaro Herrera |
|---|---|
| Тема | Re: [HACKERS] parallel "return query" is no good |
| Дата | |
| Msg-id | 20170323175359.nuuhobdyil7u4fvr@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: [HACKERS] parallel "return query" is no good (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: parallel "return query" is no good
|
| Список | pgsql-hackers |
Robert Haas wrote: > I guess the downside of back-patching this is that it could cause a > plan change for somebody which ends up being worse. On the whole, > serial execution of queries intended to be run in parallel isn't > likely to work out well, but it's always possible somebody has a cases > where it happens to be winning, and this could break it. So maybe I > should do this only in master? Thoughts? I think that the chances of someone depending on a parallel plan running serially by accident which is better than the non-parallel plan, are pretty slim. +1 for back-patching. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: