Re: Separate HEAP WAL replay logic into its own file

From: "Li, Yong" <yoli(at)ebay(dot)com>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Sutou Kouhei <kou(at)clear-code(dot)com>, Melanie Plageman <melanieplageman(at)gmail(dot)com>, "Debnath, Shawn" <sdn(at)ebay(dot)com>, "Shyrabokau, Anton" <antons(at)ebay(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Separate HEAP WAL replay logic into its own file
Date: 2024-09-18 08:40:02
Message-ID: 91254D52-3D4B-4B74-8950-9E50067FD94E@ebay.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On Sep 12, 2024, at 13:39, Michael Paquier <michael(at)paquier(dot)xyz> wrote:
>
> External Email
>
>
> I was looking at all that, and this is only moving code around. While
> the part for heap_xlog_logical_rewrite in rewriteheap.c is a bit sad
> but historical, the header cleanup in heapam.c is nice.
>
> Seeing heap_execute_freeze_tuple in heapam.h due to the dependency to
> XLH_INVALID_XVAC and XLH_FREEZE_XVAC is slightly surprising, but the
> opposite where heap_execute_freeze_tuple() would be in heapam_xlog.h
> was less interesting. Just to say that I am agreeing with you here
> and I have let this part as you suggested originally.
>
> I was wondering for a bit about the order of the functions for heap
> and heap, but these are ordered in their own, which is also OK. I
> have added a few more comments at the top of each subroutine for the
> records to be more consistent, and applied the result.
> —
> Michael
>

I am so glad to see that my patch got committed. Thank you a lot for it!
This is my first accepted patch. It really means a lot to me.

Yong

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bertrand Drouvot 2024-09-18 09:01:06 Re: Add contrib/pg_logicalsnapinspect
Previous Message Florents Tselai 2024-09-18 08:39:25 Re: [PATCH] WIP: replace method for jsonpath