Re: Views, views, views: Summary of Arguments

From: "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Views, views, views: Summary of Arguments
Date: 2005-05-13 14:25:50
Message-ID: 6EE64EF3AB31D5448D0007DD34EEB3415C284F@Herge.rcsinc.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> writes:
> > Argument 3: backwards compatibility. Do you remember how
tablespaces
> > introduction broke pgAdmin?
>
> This argument, at least, is bogus. See my original comments to Josh:
> it is not credible that these views will be significantly more stable
> than the underlying catalogs. We don't change the catalogs on whims;
> we change them because we have to in order to make some significant
> improvement in functionality. For instance, if this nested-schema
> idea goes in, the proposed views will have to change, or else become
> useless for most of the purposes they are being touted for.

Ok, I agree.

To be honest, I think the usability arguments are specious at best when
we have the information schema. In fact, IMO it is a mistake to add a
third way of describing the database unless there were plans to make
significant changes to the system schema.

However, I think PostgreSQL has a fairly serious security problem in
that the system catalogs are open to the public. I don't seem to be
winning many supporters on this particular point though. I wonder if
people are aware just how much information a completely unprivileged
account can pull out of the database?

Including but not limited to:
1. all source code of user defined functions
2. list of all users on system (but not passwords)
etc.

Merlin

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2005-05-13 14:43:14 Re: Views, views, views: Summary of Arguments
Previous Message Tom Lane 2005-05-13 14:22:06 Re: SQL_ASCII vs. 7-bit ASCII encodings