Re: [GENERAL] translate "bug"?

From: Herouth Maoz <herouth(at)oumail(dot)openu(dot)ac(dot)il>
To: pgsql-general(at)postgreSQL(dot)org
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [GENERAL] translate "bug"?
Date: 1998-07-08 12:27:15
Message-ID: l0311070cb1c91122b680@[147.233.159.109]
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

At 14:36 +0300 on 8/7/98, Stuart Rison wrote:

> Yeah, I've rethough about it and it does seem a bit out-there ;) ... I'm
> sure there was one time where I encountered a situation where you would
> want to use the \d? commands in an SQL statement environment but I can't
> even begin to remember... so maybe it wasn't that important afterall and
> regex'ing will do just fine.
>
> I do feel though that the \df <regex> functionality would be useful in
> other catalog queries (thank james, I didn't know that what they were
> called) e.g. \do <regex> or \dt <regex> (which would get you all tables
> containing <regex> e.g. titles, tileauthors, titleditors etc, as opposed to
> \d titles which would get you just table titles).

In my (humble?) opinion, instead of having this as a specialized command in
psql, there should rather have been a read-only view in the system which
would make it possible to look at only part of the information.

This would make the information readily available from other interfaces
beside psql, and will not force the interface developers to rely on "inside
information" telling them which tables to query and what the internal oids
are to look for. Thus, if internal things like that are changed, the view
would stay alive and easily accessible.

So, instead of \d we would have something like SELECT * from SYSRELS_VIEW.
And instead of \dt, SELECT * from SYSRELS_VIEW WHERE relation_type =
'table' (which would imply that the view will have this in ascii, where the
internal table has it in some coding). Instead of \d my_table, we'll have
SELECT * from SYSCOLS_VIEW WHERE relation = 'my_table';

I think that's more or less how it's done in Oracle and the like, isn't it?
And it relies only on something we all know - SQL queries.

Herouth

--
Herouth Maoz, Internet developer.
Open University of Israel - Telem project
http://telem.openu.ac.il/~herutma

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Tong 1998-07-08 13:08:02 Re: [GENERAL] date and C
Previous Message Piotr Podstawski 1998-07-08 12:24:21 ver 6.0

Browse pgsql-hackers by date

  From Date Subject
Next Message Sferacarta Software 1998-07-08 13:35:06 Re[2]: [GENERAL] COALESCE() or NVL()
Previous Message Stuart Rison 1998-07-08 11:36:56 Re: [GENERAL] translate "bug"?