Re: Porting from MySql - meta data issues - Mailing list pgsql-general

From Gregory Wood
Subject Re: Porting from MySql - meta data issues
Date
Msg-id 013901c1df16$221bb400$7889ffcc@comstock.com
Whole thread Raw
In response to Porting from MySql - meta data issues  (Geoff Caplan <geoff@advantae.com>)
List pgsql-general
> > You can also use the pg_tables view, for example, and the system
> > catalogs for the rest (pg_database, pg_attribute).
>
> > Anyway, there's little use for SHOW queries, as you can always poke into
> > the system catalogs. That's something you can't do in MySQL, and is the
> > reason for the SHOW hack.
>
> If we actually implement anything new in this line, it will presumably
> be the SQL-standard-compliant INFORMATION_SCHEMA views.  Although as
> far as I can see, those have nothing to recommend them except standards
> compliance :-(.  "SELECT * FROM INFORMATION_SCHEMA.TABLES" doesn't seem
> to have any great advantage over either "\d" or whatever the equivalent
> MySQL SHOW command is...

Except that it's awfully hard to do a "\d" if you're not in psql. To get a
list of tables I had to use "psql -E" to figure out the query so that I
could perform the query myself. The real advantage of a view to me would be
if any changes are made to the system catalog that would 'break' the query,
it would be handled transparently by changing the view.

Greg


pgsql-general by date:

Previous
From: "Nigel J. Andrews"
Date:
Subject: Re: PHP, HTML Forms & PostgreSQL
Next
From: Janine Sisk
Date:
Subject: Re: Tcl_CreateSlave error (pg 7.1.2, RH 7.2)