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

Re: Open items

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>,Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Open items
Date: 2003-10-28 13:21:37
Message-ID: 1067347297.2070.25791.camel@camel (view raw or flat)
Thread:
Lists: pgsql-hackers
On Tue, 2003-10-28 at 00:02, Bruce Momjian wrote:
> Marc G. Fournier wrote:
> > 
> > 
> > > On Mon, 27 Oct 2003, Bruce Momjian wrote:
> > >
> > > > Marc G. Fournier wrote:
> > > > >
> > > > >
> > > > > On Mon, 27 Oct 2003, Bruce Momjian wrote:
> > > > >
> > > > > > Changes
> > > > > > -------
> > > > > > Allow superuser (dba?) the ability to turn off foreign key checks/all
> > > > > >   constraints/triggers, not settable from postgresql.conf?
> > > > >
> > > > > feature, not bug fix, no?
> > > >
> > > > It became important when everyone realized that 7.4 would be first major
> > > > upgrade with full foreign key checking --- prior to that we did CREATE
> > > > CONSTRAINT TRIGGER that didn't check data.  Basically, that's how it got
> > > > on the open item list.
> > 
> > Altho important, it is still a feature, and as such, should not be
> > critical to holding up the release ...
> 
> That's all I need --- a consensus that is isn't significant enough to be
> on this list.
> 

Does this prevent me from recreating databases that might have improper
data in the foreign key fields?  If i would have been able to upgrade
these database in all prior versions but will now be prevented from
upgrading, then this is really a bug fix imho.

Robert Treat
-- 
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL


In response to

pgsql-hackers by date

Next:From: Patrick WelcheDate: 2003-10-28 13:54:54
Subject: Re: Open items
Previous:From: Manfred KoizarDate: 2003-10-28 11:38:53
Subject: Re: Defaults for GUC variables (was Re: pg_ctl reports succes when start fails)

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