Re: [HACKERS] Time to drop old-style (V0) functions?
От | Andres Freund |
---|---|
Тема | Re: [HACKERS] Time to drop old-style (V0) functions? |
Дата | |
Msg-id | 20161220132123.3llbgcwja4pth4cr@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: [HACKERS] Time to drop old-style (V0) functions? (Robert Haas <robertmhaas@gmail.com>) |
Список | pgsql-hackers |
On 2016-12-20 08:15:07 -0500, Robert Haas wrote: > On Tue, Dec 20, 2016 at 3:11 AM, Andres Freund <andres@anarazel.de> wrote: > > I think a more efficient variant would make the function signature look > > something like: > > > > Datum /* directly returned argument */ > > pgfunc( > > /* extra information about function call */ > > FunctionCallInfo *fcinfo, > > /* bitmap of NULL arguments */ > > uint64_t nulls, > > /* first argument */ > > Datum arg0, > > /* second argument */ > > Datum arg1, > > /* returned NULL */ > > bool *isnull > > ); > > Yeah, that's kind of nice. I like the uint64 for nulls, although > FUNC_MAX_ARGS > 64 by default and certainly can be configured that > way. It wouldn't be a problem for any common cases, of course. Well, I suspect we'd have to change that then. Is anybody seriously interested in supporting FUNC_MAX_ARGS > 64? We don't have to make our life hard by supporting useless features... I'd even question using 64bit for this on 32bit platforms. Andres
В списке pgsql-hackers по дате отправления: