| От | Tom Lane |
|---|---|
| Тема | Re: PL/PgSQL "bare" function calls |
| Дата | |
| Msg-id | 15876.1095392273@sss.pgh.pa.us обсуждение |
| Ответ на | Re: PL/PgSQL "bare" function calls (Neil Conway <neilc@samurai.com>) |
| Список | pgsql-hackers |
Neil Conway <neilc@samurai.com> writes:
> On Fri, 2004-09-17 at 00:34, Tom Lane wrote:
>> I think Andrew has a point: why aren't they the same issue?
> (Note that we need to support CALL proc(...); in SQL for standards
> compliance in any event.)
Right. I'm thinking we could effectively make the CALL keyword optional
(though of course this is just speculation that it can be done without
any parsing conflicts).
> Well, as it turns out, it's easy to do in PL/PgSQL as well. The SELECT
> issue you mentioned doesn't actually pose a problem, because
> SELECT (2, 3, 4);
> is _not_ legal SQL in PL/PgSQL (PL/PgSQL requires SELECT INTO).
So? Lookahead won't help you if the INTO is at the end.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера