Re: psql: SELECT INTO with FETCH_COUNT enabled
| От | Bruce Momjian |
|---|---|
| Тема | Re: psql: SELECT INTO with FETCH_COUNT enabled |
| Дата | |
| Msg-id | 201005282238.o4SMcu208435@momjian.us обсуждение исходный текст |
| Ответ на | psql: SELECT INTO with FETCH_COUNT enabled (Josh Williams <joshwilliams@ij.net>) |
| Список | pgsql-bugs |
I have added the following TODO:
Fix FETCH_COUNT to handle SELECT ... INTO and WITH queries
* http://archives.postgresql.org/pgsql-hackers/2010-05/msg01565.php
* http://archives.postgresql.org/pgsql-bugs/2010-05/msg00192.php
---------------------------------------------------------------------------
Josh Williams wrote:
> While tinkering with some psql settings on 9.0beta1...
>
> [local]:5432|postgres=# \set FETCH_COUNT 1
> [local]:5432|postgres=# SELECT foo INTO bar FROM baz;
> ERROR: DECLARE CURSOR cannot specify INTO
> LINE 2: SELECT foo INTO bar FROM baz;
> ^
> [local]:5432|postgres=#!
>
> If I'm reading it right its using src/bin/psql/common.c's
> is_select_command() to determine if the query is cursor-able, and that
> function is just looking to see that the query starts with 'select' (or
> 'values'.)
>
> I'm not sure catching a non-alias use of INTO will be all that easy here
> without adding undue complexity. So considering no one else has
> reported it at least than I've been able to find, +1 for leaving it as
> is. Just thought I'd post it in case anyone has any better ideas for
> tackling it.
>
> - Josh
>
>
>
> --
> Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-bugs
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
В списке pgsql-bugs по дате отправления: