Re: [HACKERS] Write Ahead Logging for Hash Indexes
| От | Amit Kapila |
|---|---|
| Тема | Re: [HACKERS] Write Ahead Logging for Hash Indexes |
| Дата | |
| Msg-id | CAA4eK1JiJs912aBvsxO1-phhJ==G7rvas4BgJMvBvATaZm_uxg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Write Ahead Logging for Hash Indexes (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Write Ahead Logging for Hash Indexes
|
| Список | pgsql-hackers |
On Thu, Feb 9, 2017 at 10:28 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Jan 12, 2017 at 10:23 PM, Amit Kapila <amit.kapila16@gmail.com> wrote: >> On Fri, Jan 13, 2017 at 1:04 AM, Jesper Pedersen >> <jesper.pedersen@redhat.com> wrote: >>> On 12/27/2016 01:58 AM, Amit Kapila wrote: >>>> After recent commit's 7819ba1e and 25216c98, this patch requires a >>>> rebase. Attached is the rebased patch. >>> >>> This needs a rebase after commit e898437. >> >> Attached find the rebased patch. > > Well, I've managed to break this again by committing more things. > I have again rebased it, this time it requires few more changes due to the previous commits. As we have to store hashm_maxbucket number in prevblock number of primary bucket page, we need to take of same during replay wherever applicable. Also, there were few new tests in contrib modules which were failing. Attached patch is still a rebased version of the previous patch, I will work on splitting it as per your suggestion below, but I thought it is better to post the rebased patch as well. > I think it would be helpful if you broke this into a series of > preliminary refactoring patches and then a final patch that actually > adds WAL-logging. Okay, that makes sense to me as well. > The things that look like preliminary refactoring to > me are: > > - Adding _hash_pgaddmultitup and using it in various places. > - Adding and freeing overflow pages has been extensively reworked. > Freeing the overflow page is too tightly coupled with changes related to _hash_pgaddmultitup, so it might be better to keep it along with it. However, I think we can prepare a separate patch for changes related to adding the overflow page. > - Similarly, there is some refactoring of how bitmap pages get initialized. > - Index initialization has been rejiggered significantly. > - Bucket splits have been rejiggered. > Will try to prepare separate patches for the above three. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Вложения
В списке pgsql-hackers по дате отправления: