Re: BUG #5352: Bug in PL/PgSQL "SELECT .. INTO" statement parser

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5352: Bug in PL/PgSQL "SELECT .. INTO" statement parser
Дата
Msg-id 17302.1267458547@sss.pgh.pa.us
обсуждение исходный текст
Ответ на BUG #5352: Bug in PL/PgSQL "SELECT .. INTO" statement parser  ("Oleg" <serovov@gmail.com>)
Список pgsql-bugs
"Oleg" <serovov@gmail.com> writes:
> DECLARE
>    row_test1 test1%rowtype;
>    row_test2 test2%rowtype;
> BEGIN
>    SELECT test1, chunk_id
>        FROM test1 JOIN test2 ON(chunk.id = test2.chunk_id)
>        LIMIT 1
>        INTO row_test1, row_test2;

> Will throw error:
> ERROR:  LIMIT #,# syntax is not supported

The reason you're getting the weird error is that INTO is defined
to take either a list of scalar variables or a single rowtype variable.
Since row_test1 is a rowtype, the INTO is just "INTO row_test1" and
what's left in the actual SELECT statement is "LIMIT 1, row_test2".

I'm not sure whether we can do anything to make the error message
saner.  It would be possible to throw error if the next token is a
comma after we've swallowed an "INTO rowtype_variable" clause, but
I'm afraid that that would break functions that work fine today.
So that cure might be worse than the disease.  I seem to recall
having seen similar confusion before, though, so maybe we should
do it.  I guess one argument for doing that is that we might someday
change plpgsql to allow multiple rowtype targets, in which case the
interpretation would change anyway...

In any case, the function is wrong as it stands.

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Alex Hunsaker
Дата:
Сообщение: Re: BUG #5352: Bug in PL/PgSQL "SELECT .. INTO" statement parser
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5353: Bug in procedure When you modificate table