Re: Unsplitting btree index leaf pages
От
Simon Riggs
Тема
Re: Unsplitting btree index leaf pages
Дата
Msg-id
1135289115.2964.530.camel@localhost.localdomain
Ответ на
Re: Unsplitting btree index leaf pages (Tom Lane)
Список
Дерево обсуждения
Unsplitting btree index leaf pages Simon Riggs <simon@2ndquadrant.com>
Re: Unsplitting btree index leaf pages Tom Lane <tgl@sss.pgh.pa.us>
Re: Unsplitting btree index leaf pages Simon Riggs <simon@2ndquadrant.com>
Re: Unsplitting btree index leaf pages Tom Lane <tgl@sss.pgh.pa.us>
Re: Unsplitting btree index leaf pages Simon Riggs <simon@2ndquadrant.com>
Re: Unsplitting btree index leaf pages Martijn van Oosterhout <kleptog@svana.org>
Re: Unsplitting btree index leaf pages Alvaro Herrera <alvherre@commandprompt.com>
Re: Unsplitting btree index leaf pages Tom Lane <tgl@sss.pgh.pa.us>
Re: Unsplitting btree index leaf pages Kevin Brown <kevin@sysexperts.com>
Re: Unsplitting btree index leaf pages Tom Lane <tgl@sss.pgh.pa.us>
Re: Unsplitting btree index leaf pages Manfred Koizar <mkoi-pg@aon.at>
Re: Unsplitting btree index leaf pages Tom Lane <tgl@sss.pgh.pa.us>
On Thu, 2005-12-22 at 10:40 -0500, Tom Lane wrote: > Simon Riggs writes: > > Sorry, I missed that. > > And you evidently still didn't understand it. Locking both pages does > not fix the problem, because it doesn't guarantee that there's not a > concurrent indexscan in flight from one to the other. If you move items > from one page to the other in the opposite direction from the way the > scan is going, then it will miss those items. If we try to fix this by > making scans lock one page before releasing the previous, then we'll > create a bunch of deadlock cases. Thank you for explaining things; I'm sorry you had to do it twice. I'm ever optimistic, so I try to resist the temptation to stay quiet in case I make a mistake. Best Regards, Simon Riggs
В списке pgsql-hackers по дате отправления