Re: [BUGS] Fixed PL/Python hint about array of composites
От | Heikki Linnakangas |
---|---|
Тема | Re: [BUGS] Fixed PL/Python hint about array of composites |
Дата | |
Msg-id | e433123a-4bfd-1580-527a-b8cad112fce2@iki.fi обсуждение исходный текст |
Ответ на | Re: [BUGS] Fixed PL/Python hint about array of composites (Daniele Varrazzo <daniele.varrazzo@gmail.com>) |
Список | pgsql-bugs |
On 05/29/2017 07:43 PM, Daniele Varrazzo wrote: > On Mon, May 29, 2017 at 5:38 PM, Daniele Varrazzo > <daniele.varrazzo@gmail.com> wrote: >> The error message hint suggests [('foo')]. ('foo') is not a valid >> Python tuple: it's a literal with redundant parentheses. ('foo',) is a >> valid tuple. >> >> Patch to correct the hints and an occurrence in the test suite attached. > -HINT: To return a composite type in an array, return the composite type as a Python tuple, e.g. "[('foo')]" > +HINT: To return a composite type in an array, return the composite type as a Python tuple, e.g. "[('foo',)]". Huh, that looks weird. Perhaps we should use an example with two-element tuple in the example, to avoid the awkward trailing comma? Then again, it's a useful to have it in the example, exactly because it's not obvious what you need to do with a 1-element tuple. Or maybe use "[('foo', 'bar',)]" in the example? Maybe this is well known to all Python programmers, and I'm worrying about nothing.. I'm not too familiar with Python. - Heikki -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: