Re: Identifying no-op length coercions

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Identifying no-op length coercions
Дата
Msg-id BANLkTimh8hgYHWNeMou_xj1Yhd17o1NN0Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Identifying no-op length coercions  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Identifying no-op length coercions
Список pgsql-hackers
On Mon, May 23, 2011 at 12:01 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>  Given that the helper function is going to have a
> signature along the lines of "(internal, internal) -> internal", it's
> going to be difficult for anyone to use it for non-builtin functions
> anyhow.

I hate to go around in circles on this but I didn't see the original discussion.

This was the thing that concerned me. If anyone wants to add this
feature for a new data type they're going to have to understand and
tie their code to all this internal parser node stuff. That means
their code will be much more closely tied to a specific version, will
have to be written in C, and will require much more in-depth
understanding of Postgres internal data structures.

By comparison the boolean cast predicate could be written in any
language and only required the data type implementor to understand
their data type. It seems much more likely to actually get used and be
used correctly.



--
greg


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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: WIP: collect frequency statistics for arrays
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI predicate locking on heap -- tuple or row?