Re: information schema table names in 8.0.0

From: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
To: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: information schema table names in 8.0.0
Date: 2004-09-08 20:28:35
Message-ID: 20040908132704.P53861@megazone.bigpanda.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, 8 Sep 2004, Ed L. wrote:

> On Wednesday September 8 2004 1:50, Ed L. wrote:
> > I see that a newly created database in 8.0.0beta2 now has tables
> > sql_sizing, sql_sizing_profiles, sql_packages, sql_features,
> > sql_implementation_info, and sql_languages as part of the information
> > schema.
> >
> > Given these are system tables, why are these tables not prefixed with
> > 'pg_', as in 'pg_sql_sizing', etc?
>
> For years we have long used the fact that pgsql system tables are prefixed
> with 'pg_' in various DBA utilities (e.g., dampen noise when querying
> pg_tables/pg_class), and more recently to auto-initialize replication for
> user tables only. Changing that convention breaks our stuff. I realize
> this information schema horse left the barn a year ago, I'm only now seeing
> it as we skipped 7.4 altogether. Just curious if there is good reason for
> the change in convention, so as to ease my pain.

INFORMATION_SCHEMA and its contents are part of the SQL spec.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Karl O. Pinc 2004-09-08 20:29:44 Re: Returning multiple values (but one row) in plpgsql
Previous Message Alexander Cohen 2004-09-08 20:28:07 postgres start error