Re: PATCH: Implement value_to_json for single-datum conversion
От | Craig Ringer |
---|---|
Тема | Re: PATCH: Implement value_to_json for single-datum conversion |
Дата | |
Msg-id | 50287CF4.4040504@ringerc.id.au обсуждение исходный текст |
Ответ на | Re: PATCH: Implement value_to_json for single-datum conversion (Craig Ringer <ringerc@ringerc.id.au>) |
Ответы |
Re: PATCH: Implement value_to_json for single-datum conversion
|
Список | pgsql-hackers |
OK, opr_sanity was failing because I added the value_to_json(text) alias to ensure that: value_to_json('some_literal') worked, following the same approach as quote_literal(anyelement) and quote_literal(text). That should be reasonable, right? The comments on the affected check in opr_sanity say that it's not necessarily wrong so long as the called function is prepared to handle the different arguments its self - which it is, since it's already accepting anyelement. The test comment reads: Note that the expected output of this part of the test will need to be modified whenever new pairs of types are made binary-equivalent, or when new polymorphic built-in functions are added so that seems reasonable. postgres=# \df quote_literal List of functions Schema | Name | Result data type | Argument data types | Type ------------+---------------+------------------+---------------------+-------- pg_catalog | quote_literal | text | anyelement | normal pg_catalog | quote_literal | text | text | normal (2 rows) postgres=# \df value_to_json List of functions Schema | Name | Result data type | Argument data types | Type ------------+---------------+------------------+---------------------+-------- pg_catalog | value_to_json | json | anyelement | normal pg_catalog | value_to_json | json | text | normal (2 rows) Revised patch that tweaks the expected result of opr_sanity attached. -- Craig Ringer
Вложения
В списке pgsql-hackers по дате отправления: