Re: In-placre persistance change of a relation

Поиск
Список
Период
Сортировка
От Jakub Wartak
Тема Re: In-placre persistance change of a relation
Дата
Msg-id CAKZiRmxCn3QZWXuGfbB0zVMR0A4sHR7sugczHCaEpuWDp6BTRA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: In-placre persistance change of a relation  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Ответы Re: In-placre persistance change of a relation
Список pgsql-hackers
On Tue, Apr 25, 2023 at 9:55 AM Kyotaro Horiguchi
<horikyota.ntt@gmail.com> wrote:
>
> Rebased.
>
> I fixed some code comments and commit messages. I fixed the wrong
> arrangement of some changes among patches.  Most importantly, I fixed
> the a bug based on a wrong assumption that init-fork is not resides on
> shared buffers. Now smgrDoPendingCleanups drops buffer for a init-fork
> to be removed.
>
> The new fourth patch is a temporary fix for recently added code, which
> will soon be no longer needed.
>

Hi Kyotaro,

I've retested v28 of the patch with everything that came to my mind
(basic tests, --enable-tap-tests, restarts/crashes along adding the
data, checking if there were any files left over and I've checked for
stuff that earlier was causing problems: GiST on geometry[PostGIS]).
The only thing I've not tested this time were the performance runs
done earlier. The patch passed all my very limited tests along with
make check-world. Patch looks good to me on the surface from a
usability point of view. I haven't looked at the code, so the patch
might still need an in-depth review.

Regards,
-Jakub Wartak.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Find dangling membership roles in pg_dumpall
Следующее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Should vacuum process config file reload more often