Re: Unsplitting btree index leaf pages

Поиск
Список
Период
Сортировка
Искать
От
Simon Riggs
Тема
Re: Unsplitting btree index leaf pages
Дата
Msg-id
1135289115.2964.530.camel@localhost.localdomain
Ответ на
Список
Дерево обсуждения
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 по дате отправления
От: Manfred Koizar
Дата:
Сообщение: Re: Re: Which qsort is used
От: Simon Riggs
Дата:
FAQ