Re: [HACKERS] WITH clause in CREATE STATISTICS
От | Alvaro Herrera |
---|---|
Тема | Re: [HACKERS] WITH clause in CREATE STATISTICS |
Дата | |
Msg-id | 20170511221330.5akgbsoyx6wm4u34@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: [HACKERS] WITH clause in CREATE STATISTICS (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [HACKERS] WITH clause in CREATE STATISTICS
Re: [HACKERS] WITH clause in CREATE STATISTICS |
Список | pgsql-hackers |
Tom Lane wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > Tom Lane wrote: > >> Have you thought further about the upthread suggestion to just borrow > >> SELECT's syntax lock stock and barrel? > > > Bison seems to like the productions below. Is this what you had in > > mind? These mostly mimic joined_table and table_ref, stripping out the > > rules that we don't need. > > I'd suggest just using the from_list production and then complaining > at runtime if what you get is too complicated. Otherwise, you have > to maintain a duplicate set of productions, and you're going to be > unable to throw anything more informative than "syntax error" when > somebody tries to exceed the implementation limits. Hmm, yeah, makes sense. Here's a patch for this approach. I ended up using on ON again for the list of columns. I suppose the checks in CreateStatistics() could still be improved, but I'd go ahead and push this tomorrow morning and we can hammer those details later on, if it's still needed. Better avoid shipping beta with outdated grammar ... BTW the new castNode() family of macros don't work with Value nodes (because the tags are different depending on what's stored, but each type does not have its own struct. Oh well.) -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Вложения
В списке pgsql-hackers по дате отправления: