From: | "shiy(dot)fnst(at)fujitsu(dot)com" <shiy(dot)fnst(at)fujitsu(dot)com> |
---|---|
To: | Önder Kalacı <onderkalaci(at)gmail(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
Cc: | Peter Smith <smithpb2250(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, "wangw(dot)fnst(at)fujitsu(dot)com" <wangw(dot)fnst(at)fujitsu(dot)com>, Marco Slot <marco(dot)slot(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | RE: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher |
Date: | 2023-03-14 06:01:11 |
Message-ID: | OSZPR01MB63109BF76F51A5EB3BAE3884FDBE9@OSZPR01MB6310.jpnprd01.prod.outlook.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 13, 2023 10:16 PM Önder Kalacı <onderkalaci(at)gmail(dot)com> wrote:
>
> Attaching v47.
>
Thanks for updating the patch. Here are some comments.
1.
in RemoteRelContainsLeftMostColumnOnIdx():
+ if (indexInfo->ii_NumIndexAttrs < 1)
+ return false;
Did you see any cases that the condition is true? I think there is at least one
column in the index. If so, we can use an Assert().
+ if (attrmap->maplen <= AttrNumberGetAttrOffset(keycol))
+ return false;
Similarly, I think `attrmap->maplen` is the number of columns and it is always
greater than keycol. If you agree, we can check it with an Assert(). Besides, It
seems we don't need AttrNumberGetAttrOffset().
2.
+# make sure that the subscriber has the correct data after the update UPDATE
"update UPDATE" seems to be a typo.
3.
+# now, drop the index with the expression, and re-create index on column lastname
The comment says "re-create index on column lastname" but it seems we didn't do
that, should it be modified to something like:
# now, drop the index with the expression, we will use sequential scan
Besides these, the patch LGTM.
Regards,
Shi Yu
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2023-03-14 06:01:30 | Re: Testing autovacuum wraparound (including failsafe) |
Previous Message | Michael Paquier | 2023-03-14 05:39:07 | Re: [PoC] Let libpq reject unexpected authentication requests |