Re: Delay locking partitions during query execution
От | Tomas Vondra |
---|---|
Тема | Re: Delay locking partitions during query execution |
Дата | |
Msg-id | a76ce1db-1e2f-710a-0af1-8305c3abd442@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Delay locking partitions during query execution (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Delay locking partitions during query execution
|
Список | pgsql-hackers |
On 2/1/19 2:51 PM, Robert Haas wrote: >> (I admit to not having the best grasp on how all this works, so feel >> free to shoot this down) >> > I think the key question here is whether or not you can cope with > someone having done arbitrary AEL-requiring modifications to the > delaylocked partitions. If you can, the fact that the plan might > sometimes be out-of-date is an inevitable consequence of doing this at > all, but I think we can argue that it's an acceptable consequence as > long as the resulting behavior is not too bletcherous. If you can't, > then this patch is dead. I'm a bit confused - does the patch actually change anything here? As demonstrated earlier in this thread, it actually behaves just like master. No? -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: