Re: doc: improve the restriction description of using indexes on REPLICA IDENTITY FULL table.
Masahiko Sawada <sawada.mshk@gmail.com>
From: Masahiko Sawada <sawada.mshk@gmail.com>
To: Amit Kapila <amit.kapila16@gmail.com>
Cc: Peter Smith <smithpb2250@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-07-12T14:15:01Z
Lists: pgsql-hackers
On Wed, Jul 12, 2023 at 7:08 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > On Wed, Jul 12, 2023 at 12:31 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > > > On Tue, Jul 11, 2023 at 5:31 PM Peter Smith <smithpb2250@gmail.com> wrote: > > > > > > > I don't think we have concluded any action for it. I agree that > > IsIndexOnlyOnExpression() is redundant. We don't need to check *all* > > index fields actually. I've attached a draft patch. It removes > > IsIndexOnlyOnExpression() and merges > > RemoteRelContainsLeftMostColumnOnIdx() to > > FindUsableIndexForReplicaIdentityFull. One concern is that we no > > longer do the assertion check with > > IsIndexUsableForReplicaIdentityFull(). What do you think? > > > > I think this is a valid concern. Can't we move all the checks > (including the remote attrs check) inside > IsIndexUsableForReplicaIdentityFull() and then call it from both > places? Won't we have attrmap information available in the callers of > FindReplTupleInLocalRel() via ApplyExecutionData? You mean to pass ApplyExecutionData or attrmap down to RelationFindReplTupleByIndex()? I think it would be better to call it from FindReplTupleInLocalRel() instead. Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
Commits
-
Remove unnecessary checks for indexes for REPLICA IDENTITY FULL tables.
- d0ce9d0bc7f6 17.0 landed
- 35c85c3c9b90 16.0 landed
-
Allow the use of a hash index on the subscriber during replication.
- edca3424342d 17.0 cited
-
Doc: clarify the conditions of usable indexes for REPLICA IDENTITY FULL tables.
- 4946910a875c 16.0 landed
- fd48a86c6241 17.0 landed
-
Allow the use of indexes other than PK and REPLICA IDENTITY on the subscriber.
- 89e46da5e511 16.0 cited