Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block
От
Andrew Gierth
Тема
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block
Дата
Msg-id
87h91wx3k8.fsf@news-spur.riddles.org.uk
Ответ на
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block (David E. Wheeler)
Список
Дерево обсуждения
[HACKERS] Malformed Array Literal in PL/pgSQL Exception Block "David E. Wheeler" <david@justatheory.com>
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block "David E. Wheeler" <david@justatheory.com>
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block "David E. Wheeler" <david@justatheory.com>
>>>>> "David" == David E Wheeler writes: >> If you change this to EXCEPTION WHEN division_by_zero THEN, the>> reported error becomes:>> >> ERROR: malformed array literal: "foo">> LINE 1: SELECT things || 'foo' David> So the issue stands, yes? Tom's response has the explanation of why it fails (everywhere, not just in the exception block): parse analysis prefers to match the (array || array) form of the operator when given input of (array || unknown). Just cast the 'foo' to the array element type. -- Andrew (irc:RhodiumToad)
В списке pgsql-hackers по дате отправления
От: David E. Wheeler
Дата:
От: David E. Wheeler
Дата: