Re: Freeze avoidance of very large table.
От | Sawada Masahiko |
---|---|
Тема | Re: Freeze avoidance of very large table. |
Дата | |
Msg-id | CAD21AoDgCjvUCTooCjJc9fT0=w7ZC18y76m6mRLbxu_Bx_g+=w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Freeze avoidance of very large table. (Sawada Masahiko <sawada.mshk@gmail.com>) |
Ответы |
Re: Freeze avoidance of very large table.
|
Список | pgsql-hackers |
On Wed, Jul 15, 2015 at 3:07 AM, Sawada Masahiko <sawada.mshk@gmail.com> wrote: > On Wed, Jul 15, 2015 at 12:55 AM, Simon Riggs <simon@2ndquadrant.com> wrote: >> On 10 July 2015 at 15:11, Sawada Masahiko <sawada.mshk@gmail.com> wrote: >>> >>> >>> Oops, I had forgotten to add new file heapfuncs.c. >>> Latest patch is attached. >> >> >> I think we've established the approach is desirable and defined the way >> forwards for this, so this is looking good. > > If we want to move stuff like pg_stattuple, pg_freespacemap into core, > we could move them into heapfuncs.c. > >> Some of my requests haven't been actioned yet, so I personally would not >> commit this yet. I am happy to continue as reviewer/committer unless others >> wish to take over. >> The main missing item is pg_upgrade support, which won't happen by end of >> CF1, so I am marking this as Returned With Feedback. Hopefully we can review >> this again before CF2. > > I appreciate your reviewing. > Yeah, the pg_upgrade support and regression test for VFM patch is > almost done now, I will submit the patch in this week after testing it > . Attached patch is latest v9 patch. I added: - regression test for visibility map (visibilitymap.sql and visibilitymap.out files) - pg_upgrade support (rewriting vm file to vfm file) - regression test for pg_upgrade Please review it. Regards, -- Masahiko Sawada
Вложения
В списке pgsql-hackers по дате отправления: