Re: psql \d option list overloaded

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Kevin Brown <kevin(at)sysexperts(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: psql \d option list overloaded
Date: 2004-01-10 13:07:24
Message-ID: 200401101407.24766.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-general pgsql-hackers

Kevin Brown wrote:
> Every database engine is different, but in the case of PG it makes
> sense to adopt the best methods we can find. A consistent and easy
> to remember way of showing the various entities in psql (at the very
> least) would be of great advantage. It's something that MySQL gets
> right. As it turns out, we already have "SHOW" in psql and it's used
> for something else. So we might instead use something else (e.g.
> "VIEW") instead.

What is wrong with

SELECT * FROM information_schema.tables;

? If it's too much to type, put information_schema in the path. This
syntax has the advantage that you can use qualifications and other SQL
features. And you can build customized views on top of it. Does SHOW
TABLES or whatever it might be called support that?

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Dennis Björklund 2004-01-10 16:27:21 Re: psql \d option list overloaded
Previous Message Kevin Brown 2004-01-10 12:36:06 Re: psql \d option list overloaded

Browse pgsql-general by date

  From Date Subject
Next Message Anton.Nikiforov 2004-01-10 15:25:39 Re: Hierarchical queries
Previous Message Kevin Brown 2004-01-10 12:36:06 Re: psql \d option list overloaded

Browse pgsql-hackers by date

  From Date Subject
Next Message Dennis Björklund 2004-01-10 16:27:21 Re: psql \d option list overloaded
Previous Message Kevin Brown 2004-01-10 12:36:06 Re: psql \d option list overloaded