Re: Brain dump: btree collapsing
От | Tom Lane |
---|---|
Тема | Re: Brain dump: btree collapsing |
Дата | |
Msg-id | 1776.1045178035@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Brain dump: btree collapsing (Hannu Krosing <hannu@tm.ee>) |
Ответы |
Re: Brain dump: btree collapsing
Re: Brain dump: btree collapsing |
Список | pgsql-hackers |
Hannu Krosing <hannu@tm.ee> writes: > But if we would allow the scans to find the same keys twice without ill > effects (as was suggested earlier, for using btrees to index arrays), How is returning the same data twice not an "ill effect"? > then we could possibly 1) copy the key to the right 2) wait for all > right-to-left scans that have fallen between old and new values to pass > and only then 3) delete the "old left" key. How will you wait for scans that you know nothing of to go past? Especially when they are going to be blocked by your own write lock on the left page? regards, tom lane
В списке pgsql-hackers по дате отправления: