pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Andreas Karlsson <andreas@proxel.se>
Cc: Andres Freund <andres@anarazel.de>
Cc: Thomas Munro <thomas.munro@enterprisedb.com>
Cc: Andrew Gierth <andrew@tao11.riddles.org.uk>
Cc: David Fetter <david@fetter.org>
Cc: Pg Hackers <pgsql-hackers@postgresql.org>
Subject: Re: Early WIP/PoC for inlining CTEs
Date: Mon, 28 Jan 2019 15:35:32 -0500
Message-ID: <12408.1548707732@sss.pgh.pa.us> (raw )
In-Reply-To: <CA+TgmoYZYj8eLdV9AcROtmPW4AJA7ANh3xQh7BcafaPfCnmv+g@mail.gmail.com >
References: <dccb37dd-2f52-dbd7-a4c4-72a5853f4838@proxel.se >
<e02af96a-3e25-5de4-09a4-a7ebf3452184@proxel.se >
<8810.1542402910@sss.pgh.pa.us >
<d4daf011-01cf-6bf9-3f15-85ae1572e909@proxel.se >
<87r2dxrw1z.fsf@news-spur.riddles.org.uk >
<d0619160-10af-dcc9-4e7d-57845b92570c@proxel.se >
<CAEepm=2x3kJ5AdkKmEf_ODAZm7+e=7DW1u-+ZwfncWvd8xDaiA@mail.gmail.com >
<CA+Tgmob=Dpje+oGCYgJCoUok=iPQarGjPqRLYS1qKzChkFfKcA@mail.gmail.com >
<20190111181934.g5qig23o7rxubnjt@alap3.anarazel.de >
<CAEepm=2n8hChj548H0R5g5JAx3cokpZwTqRzYhN2oVGqBONwOA@mail.gmail.com >
<20190111190403.77ye7m5mxypxsf4l@alap3.anarazel.de >
<CA+TgmobVMPX1wJxPaRQ=FZBzp-AQ=JWK=bzxztqwj=MsOsrnrA@mail.gmail.com >
<00818be9-2f63-f584-efcd-d97ee0662905@proxel.se >
<CA+TgmoapASa3RQi=DuSikPoPF4363czSD8KxbOxsfW5XmO3WpQ@mail.gmail.com >
<5715d93e-6ebc-be17-c2c3-56a873100a38@proxel.se >
<29576.1548084476@sss.pgh.pa.us >
<CA+TgmoYZYj8eLdV9AcROtmPW4AJA7ANh3xQh7BcafaPfCnmv+g@mail.gmail.com >
Robert Haas <robertmhaas@gmail.com> writes:
> However, generally we have not had great luck with just sticking
> keywords in there (cf. VACUUM, ANALYZE, EXPLAIN, COPY) which is why I
> suggested using a flexible syntax with parenthesized options.
Fair, except that as you then proceed to point out, that does not work
either before or after the AS.
Conceivably we could make it work without the parens:
WITH ctename AS [ option = value [ , .... ] ] ( query .... )
which for the immediate feature I'd be tempted to spell as
WITH ctename AS [ materialize = on/off ] ( query ... )
I think the only reason the syntax is MATERIALIZED with a D is that
that's already a keyword; it reads a bit awkwardly IMO. But if we
were accepting a ColId there, there'd be room to adjust the spelling.
That said, this is still clunkier than the existing proposal, and
I'm not really convinced that we need to leave room for more options.
regards, tom lane
view thread (112+ messages) latest in thread
Message-ID: <12408.1548707732@sss.pgh.pa.us>
Permalink: ../12408.1548707732@sss.pgh.pa.us/
Also on: postgresql.org/message-id/12408.1548707732@sss.pgh.pa.us
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: tgl@sss.pgh.pa.us, robertmhaas@gmail.com, andreas@proxel.se, andres@anarazel.de, thomas.munro@enterprisedb.com, andrew@tao11.riddles.org.uk, david@fetter.org
Subject: Re: Early WIP/PoC for inlining CTEs
In-Reply-To: <12408.1548707732@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox