Re: moving FE->BE encoding conversion - Mailing list pgsql-hackers

From Tom Lane
Subject Re: moving FE->BE encoding conversion
Date
Msg-id 15934.1028732754@sss.pgh.pa.us
Whole thread Raw
In response to Re: moving FE->BE encoding conversion  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Responses Re: moving FE->BE encoding conversion  (Tatsuo Ishii <t-ishii@sra.co.jp>)
List pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> Are you saying keeping conversion function's oids in memory after
> current conversion is explicitly set by SET command or others?  Even
> if we do that, fmgr might want to look up pg_proc to load the
> functions outside the transaction, no?
> Or are you saying we should load the functions when the SET command is
> executed? I'm not sure if OidFunctionCall could invoke the function
> without looking up pg_proc in this case.

OidFunctionCallN will not work, but I believe it would work to
construct an FmgrInfo record during the SET operation, keep that, and
use FunctionCallN when you need to invoke the converter.  This will
definitely work for built-in and new-style dynamically loaded C
functions, and that's probably all we need/want to support anyway.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: Off-topic: FUNC_MAX_ARGS benchmarks
Next
From: Neil Conway
Date:
Subject: Re: Open 7.3 items