Re: [GENERAL] Puzzled by UNION with iso-8859-1 types
От | Tom Lane |
---|---|
Тема | Re: [GENERAL] Puzzled by UNION with iso-8859-1 types |
Дата | |
Msg-id | 30737.1505936341@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | [GENERAL] Puzzled by UNION with iso-8859-1 types (Ken Tanzer <ken.tanzer@gmail.com>) |
Ответы |
Re: [GENERAL] Puzzled by UNION with iso-8859-1 types
|
Список | pgsql-general |
Ken Tanzer <ken.tanzer@gmail.com> writes: > Hi. I've solved my practical problems, and I know unknown types are > just bad, but am still curious about why some of these cause errors, > and others don't. > ag_consulting=> SELECT * FROM (SELECT '1'::unknown) foo UNION ALL > SELECT * FROM (SELECT '1'::unknown) bar; > ERROR: failed to find conversion function from unknown to text FWIW, this succeeds in 9.5 and up, as a result of more aggressive application of the rule "coerce an unknown value to text if we cannot find any other interpretation". > ag_consulting=> CREATE TEMP TABLE t1 AS SELECT '1'::unknown; \d t1 > WARNING: column "unknown" has type "unknown" > DETAIL: Proceeding with relation creation anyway. > SELECT 1 > Table "pg_temp_2.t1" > Column | Type | Modifiers > ---------+---------+----------- > unknown | unknown | As of v10, this will produce a table with a column of type text, not type unknown, again as a result of more aggressively forcing unknown to be something else. regards, tom lane -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general
В списке pgsql-general по дате отправления: