Re: User defined I/O conversion casts
От | Tom Lane |
---|---|
Тема | Re: User defined I/O conversion casts |
Дата | |
Msg-id | 11671.1225373857@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: User defined I/O conversion casts (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: User defined I/O conversion casts
Re: User defined I/O conversion casts |
Список | pgsql-hackers |
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes: > Yeah, a magical OID clearly has some issues. A new field in pg_cast is > the obvious alternative. How about adding a "castmethod" char field, > with values: > b = binary-compatible cast (CREATE CAST ... WITHOUT FUNCTION) > i = I/O coercion cast (the new beast, CREATE CAST ... WITH INOUT) > f = use cast function specified in castfunc field. > castfunc is 0 for methods b and i. Seems sane to me. If you do that, please add a check in the opr_sanity regression test that castfunc is nonzero if and only if castmethod is f. regards, tom lane
В списке pgsql-hackers по дате отправления: