Re: Refactor parse analysis of EXECUTE command

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Refactor parse analysis of EXECUTE command
Дата
Msg-id 6a9d20c5-fa8e-97fc-b548-8bac3883f57c@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Refactor parse analysis of EXECUTE command  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: Refactor parse analysis of EXECUTE command  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: Refactor parse analysis of EXECUTE command  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2019-11-08 09:03, Pavel Stehule wrote:
>     Parse analysis of EXECUTE does not access any tables, so if I
>     understood
>     this correctly, this concern doesn't apply here.
> 
> 
> it should not be true - the subquery can be a expression.

Arguments of EXECUTE cannot be subqueries.

> Minimally on SQL level is not possible do prepare on execute. So execute 
> should be evaluate as one step.

Well, that's kind of the question that is being discussed in this thread.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: dropdb --force
Следующее
От: Konstantin Knizhnik
Дата:
Сообщение: Re: Global temporary tables