Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block
В списке pgsql-hackers по дате отправления:
| От | 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" <david@justatheory.com>) |
| Ответы |
Re: [HACKERS] Malformed Array Literal in PL/pgSQL Exception Block
|
| Список | pgsql-hackers |
>>>>> "David" == David E Wheeler <david@justatheory.com> writes: >> If you change this to EXCEPTION WHEN division_by_zero THEN, the>> reported error becomes:>> >> ERROR: malformed arrayliteral: "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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера