Re: SHOW TABLES

From: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org, Rob Wultsch <wultsch(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, Stephen Frost <sfrost(at)snowman(dot)net>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Bernd Helmle <mailings(at)oopsware(dot)de>, Guillaume Lelarge <guillaume(at)lelarge(dot)info>, "jd(at)commandprompt(dot)com" <jd(at)commandprompt(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: SHOW TABLES
Date: 2010-07-18 19:31:00
Message-ID: DFC3CF7F-3AE3-4858-90B1-F4AA58A16299@hi-media.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Le 18 juil. 2010 à 21:21, Andres Freund a écrit :
> Providing an easy wrapper is something I could agree without much problems (as
> it doesnt touch me). But starting several new toplevel commands which do not
> give everything (i.e. the ability to selectively use columns) but still want
> to provide a more or less complete query language and should be sensibly
> usable in subqueries et al - thats another thing. That would involve
> significant parts of the gram.y, some parts of the parse analysis and the
> executor for not enough benefit compared to the significant cost.

Agreed that wanting 'SHOW' commands to be full blown SQL is somewhat strange and "pushing it".
But people on the list wanted to gather ideas on how to do it before deciding its cost is higher than what it's worth, I guess.

Regards,
--
dim

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2010-07-18 19:35:26 Re: SHOW TABLES
Previous Message Dimitri Fontaine 2010-07-18 19:28:48 Re: SHOW TABLES