Skip site navigation (1) Skip section navigation (2)

Re: idea: storing view source in system catalogs

From: "Robert Haas" <robertmhaas(at)gmail(dot)com>
To: "David Fetter" <david(at)fetter(dot)org>
Cc: "Merlin Moncure" <mmoncure(at)gmail(dot)com>, "PG Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: idea: storing view source in system catalogs
Date: 2008-05-22 02:33:12
Message-ID: 603c8f070805211933k3a46a7f7p6b0366c0d21de52@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackers
I think the real problem here is that PostgreSQL is very finicky about
what operations you can perform on a view.  If I have a table foo and
I define a view bar that uses foo and a view baz that uses bar, I can
add a column to foo without a problem, and, similarly, I can also drop
or alter a column in foo that is not used by bar.  But the same is not
true of bar.  I can't make any changes at all to bar without dropping
and recreating it, and that means I have to drop and recreate baz as
well.  If there are only two views involved, this is not so bad, but
frequently there are a whole slough of views baz1, baz2, ..., bazn
that all depend on bar, and I have to drop and recreate every single
one of them.

I could understand the need to do this if I were (for example)
changing the type of some column that was used by all of these views,
but that's usually not the case.  Normally I'm just adding new columns
to foo and bar, and none of the other views are changing... but they
have to be recreated anyway.

As a side note, handling this problem gracefully would go a long way
to solving the original poster's concern about *-expansion. If
updating to the latest version of "*" just required re-executing
CREATE OR REPLACE VIEW ..., it would be relatively simple.  As things
stand now, it requires DROP VIEW ... CASCADE; CREATE OR REPLACE VIEW
...; followed by recreating all of the dependent objects.

...Robert

In response to

Responses

pgsql-hackers by date

Next:From: Thomas HDate: 2008-05-22 03:08:45
Subject: BUG #4186: set lc_messages does not work
Previous:From: Andreas 'ads' ScherbaumDate: 2008-05-22 00:18:50
Subject: Re: triggers on prepare, commit, rollback... ?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group