Re: SELECT INTO deprecation

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: SELECT INTO deprecation
Дата
Msg-id
X9q0qXzF7c+clssU@paquier.xyz
Ответ на
Re: SELECT INTO deprecation (Peter Eisentraut)
Список
Дерево обсуждения
SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Stephen Frost <sfrost@snowman.net>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Tom Lane <tgl@sss.pgh.pa.us>
Re: SELECT INTO deprecation Michael Paquier <michael@paquier.xyz>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Tom Lane <tgl@sss.pgh.pa.us>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Bruce Momjian <bruce@momjian.us>
Re: SELECT INTO deprecation Jan Wieck <jan@wi3ck.info>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation Michael Paquier <michael@paquier.xyz>
Re: SELECT INTO deprecation Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SELECT INTO deprecation David Fetter <david@fetter.org>
Re: SELECT INTO deprecation Thomas Kellerer <shammat@gmx.net>
Re: SELECT INTO deprecation Daniel Gustafsson <daniel@yesql.se>
Re: SELECT INTO deprecation Pavel Stehule <pavel.stehule@gmail.com> 
On Wed, Dec 16, 2020 at 06:07:08PM +0100, Peter Eisentraut wrote:
> Right, we would very likely not add it now.  But it doesn't seem to cause a
> lot of ongoing maintenance burden, so if there is a use case, it's not
> unreasonable to keep it around.  I have no other motive here, I was just
> curious.

From the point of view of the code, this would simplify the grammar
rules of SELECT, which is a good thing.  And this would also simplify
some code in the rewriter where we create some CreateTableAsStmt
on-the-fly where an IntoClause is specified, but my take is that this
is not really a burden when it comes to long-term maintenance.  And
the git history tells, at least it seems to me so, that this is not
manipulated much.
--
Michael
В списке pgsql-hackers по дате отправления
Предыдущее
От: Justin Pryzby
Дата:
Следующее
От: Ajin Cherian
Дата:
FAQ