Re: add_missing_from breaks existing views

From: Andrew - Supernews <andrew+nonews(at)supernews(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: add_missing_from breaks existing views
Date: 2005-10-26 06:19:04
Views: Raw Message | Whole Thread | Download mbox
Lists: pgsql-hackers

On 2005-10-26, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Andrew - Supernews <andrew+nonews(at)supernews(dot)com> writes:
>> On 2005-10-26, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Uh, no ... the global setting of add_missing_from does *not* tell you
>>> anything about whether there exist views in the database that were
>>> created under a different setting.
>> I realize that; but is it also not the case that someone who creates a
>> view that requires add_missing_from, and then turns it off, has _already_
>> broken dump+restore on his own database?
> No, because we consider that a client-local setting. This argument is
> akin to saying that if a client loads some data with client_encoding FOO
> into a database with server_encoding BAR, we are not responsible for
> dumping and reloading the data correctly.


test=# show add_missing_from;
(1 row)

test=# set add_missing_from to true;
test=# create view v1 as select test.*;
test=# \q

% pg_dump -U pgsql -s -d test | psql -U pgsql -d test2

ERROR: missing FROM-clause entry for table "test"
ERROR: relation "public.v1" does not exist

Looks broken to me.

I wasn't arguing that the broken behaviour was correct, merely that it

> In hindsight I think there's no doubt that we blew it in not making
> ruleutils.c reverse-list implicit RTEs some time ago.

Obviously. Isn't hindsight wonderful.

> Pretending it's the user's mistake isn't
> an answer that fits down my craw very well...

I'm not claiming it's the user's mistake. My point is that if the user
did in fact remove add_missing_from after creating views that depend on it,
then they have already run into a bug.

Andrew, Supernews - individual and corporate NNTP services

In response to


Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew - Supernews 2005-10-26 06:48:24 Re: BUG #1993: Adding/subtracting negative time intervals
Previous Message Tom Lane 2005-10-26 05:56:01 Re: BUG #1993: Adding/subtracting negative time intervals