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 по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] increasing the default WAL segment size
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: pg_authid.rolpassword format (was Re: [HACKERS] Passwordidentifiers, protocol aging and SCRAM protocol)