From: | Pavel Borisov <pashkin(dot)elfe(at)gmail(dot)com> |
---|---|
To: | Nikita Malakhov <hukutoc(at)gmail(dot)com> |
Cc: | Alexander Korotkov <aekorotkov(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Table AM Interface Enhancements |
Date: | 2023-12-20 12:51:23 |
Message-ID: | CALT9ZEGBTLaU_X3pEjeYF5jtP8W_LRb9crHao=Jye6ZOAd9z9w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi, Alexander!
I've reviewed patch 0004. It's clear enough and I think does what it's
supposed.
One thing, in function signature
+bool (*tuple_is_current) (Relation rel, TupleTableSlot *slot);
there is a Relation agrument, which is unused in both existing heapam
method. Also it's unused in OrioleDb implementation of tuple_is_current.
For what goal it is needed in the interface?
No other objections around this patch.
I've also looked at 0005-0007. Although it is not a thorough review, they
seem to depend on previous patch 0004.
Additionally changes in 0007 looks dependent from 0005. Does replacement of
slot inside ExecInsert, that is already used in the code below the call of
>/* insert the tuple normally */
>- table_tuple_insert(resultRelationDesc, slot,
>- estate->es_output_cid,
>- 0, NULL);
could be done without side effects?
Kind regards,
Pavel.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Euler Taveira | 2023-12-20 12:55:11 | Re: speed up a logical replica setup |
Previous Message | Daniel Verite | 2023-12-20 12:49:20 | Re: Built-in CTYPE provider |