Re: ENABLE/DISABLE CONSTRAINT NAME - Mailing list pgsql-hackers

From Robert Haas
Subject Re: ENABLE/DISABLE CONSTRAINT NAME
Date
Msg-id CA+TgmobOJSLHxN9fCzwK-eF0XneXPAoNGMKPEWmDmY2qL53TwQ@mail.gmail.com
Whole thread Raw
In response to Re: ENABLE/DISABLE CONSTRAINT NAME  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: ENABLE/DISABLE CONSTRAINT NAME  (Jim Nasby <jim@nasby.net>)
Re: ENABLE/DISABLE CONSTRAINT NAME  (wangshuo@highgo.com.cn)
List pgsql-hackers
On Tue, Sep 24, 2013 at 10:40 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On Tue, 2013-09-24 at 11:58 +0200, Bernd Helmle wrote:
>> Hmm not sure i understand this argument either: this patch doesn't
>> allow disabling a primary key. It only supports FKs and CHECK
>> constraints explicitly.
>
> Well, as soon as the patch for cataloging not-null constraints as check
> constraints is available, it will be possible to create views that
> depend functionally on check constraints.  Then you'll have the same
> problem there.
>
> It's also not clear why this patch only supports foreign keys and check
> constraints.  Maybe that's what was convenient to implement, but it's
> not a principled solution to the general issue that constraints can be
> involved in dependencies.

I agree with these concerns, as well as those raised by Tom Lane and
Fabien COELHO, and I think they indicate that we shouldn't accept this
patch.  So I'm marking this as Rejected.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Cube extension point support // GSoC'13
Next
From: Jim Nasby
Date:
Subject: Re: Urgent Help Required