Re: [HACKERS] pow support for pgbench

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [HACKERS] pow support for pgbench
Дата
Msg-id CAB7nPqRM41eZYZT18J52H1WR2HSbwhLvpwOJQm563nZSv0-UTA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] pow support for pgbench  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Dec 5, 2017 at 11:32 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> ISTM one key issue here is whether pgbench's expression language is
> meant to model SQL (where we have function overloading) or C (where
> there is no overloading).  I don't think we've really settled on a
> fixed policy on that, but maybe now is the time.

abs() is doing that already. Having some rules in the shape of at
least a comment would be nice.

> If we do think that function overloading is OK, there remains the
> question of when the typing is resolved.  I think Robert is objecting
> to resolving at runtime, and I tend to agree that that's something
> we'd regret in the long run.  It doesn't match either SQL or C.

+1.
-- 
Michael


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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Usage of epoch in txid_current
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: [HACKERS] logical decoding of two-phase transactions