Re: [HACKERS] Cache lookup errors with functions manipulation objectaddresses

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [HACKERS] Cache lookup errors with functions manipulation objectaddresses
Дата
Msg-id 20170720162623.ei4f3qgn4zzxxa3q@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: [HACKERS] Cache lookup errors with functions manipulation object addresses  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: [HACKERS] Cache lookup errors with functions manipulation object addresses  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
Michael Paquier wrote:
> On Thu, Jul 20, 2017 at 4:04 PM, Alvaro Herrera
> <alvherre@2ndquadrant.com> wrote:
> > I think the addition of checks everywhere for NULL return is worse.
> > Let's add a missing_ok flag instead, so that most callers can just trust
> > that they get a non null value if they don't want to deal with that
> > case.
> 
> If you want to minimize the diffs or such a patch, we could as well
> have an extended version of those APIs. I don't think that for the
> addition of one argument like a missing_ok that's the way to go, but
> some people may like that to make this patch less intrusive.

I think minimizing API churn is worthwhile in some cases but not all.
These functions seem fringe enough that not having an API-compatible
version is unnecessary.  But that's just my opinion.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Sokolov Yura
Дата:
Сообщение: Re: [HACKERS] Increase Vacuum ring buffer.
Следующее
От: Alik Khilazhev
Дата:
Сообщение: Re: [HACKERS] [WIP] Zipfian distribution in pgbench