On Tue, Feb 25, 2025 at 6:08 PM Sutou Kouhei <k...@clear-code.com> wrote: > > Hi, > > In <cad21aob3tiyuccu02itgktue6l4ygqwwt_lrtyrfkw7xedo...@mail.gmail.com> > "Re: Make COPY format extendable: Extract COPY TO format implementations" > on Tue, 25 Feb 2025 17:14:43 -0800, > Masahiko Sawada <sawada.m...@gmail.com> wrote: > > > I've attached updated patches. > > Thanks. > > I found one more missing last ".": > > 0002: > > > --- a/src/backend/commands/copyfrom.c > > +++ b/src/backend/commands/copyfrom.c > > > @@ -106,6 +106,145 @@ typedef struct CopyMultiInsertInfo > > > +/* > > + * Built-in format-specific routines. One-row callbacks are defined in > > + * copyfromparse.c > > + */ > > copyfromparse.c -> copyfromparse.c. > > > Could you push them? >
Pushed the 0001 patch. Regarding the 0002 patch, I realized we stopped exposing NextCopyFromRawFields() function: --- a/src/include/commands/copy.h +++ b/src/include/commands/copy.h @@ -107,8 +107,6 @@ extern CopyFromState BeginCopyFrom(ParseState *pstate, Relation rel, Node *where extern void EndCopyFrom(CopyFromState cstate); extern bool NextCopyFrom(CopyFromState cstate, ExprContext *econtext, Datum *values, bool *nulls); -extern bool NextCopyFromRawFields(CopyFromState cstate, - char ***fields, int *nfields); I think that this change is not relevant with the refactoring and probably we should keep it exposed as extension might be using it. Considering that we added pg_attribute_always_inline to the function, does it work even if we omit pg_attribute_always_inline to its function declaration in the copy.h file? Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com