Re: Problem identifying constraints which should not be inherited - Mailing list pgsql-bugs

From NikhilS
Subject Re: Problem identifying constraints which should not be inherited
Date
Msg-id d3c4af540803192349n1c022feemdc8bba68956d56b6@mail.gmail.com
Whole thread Raw
In response to Re: Problem identifying constraints which should not be inherited  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Problem identifying constraints which should not be inherited
List pgsql-bugs
Hi,

On Wed, Mar 19, 2008 at 8:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> NikhilS <nikkhils@gmail.com> writes:
> > On Fri, Mar 7, 2008 at 6:37 AM, Bruce Momjian <bruce@momjian.us> wrote:
> >> Added to TODO:
> >> o Require all CHECK constraints to be inherited
>
> > PFA, a small patch attached which should fix this.
>
> If it's a small patch, it's wrong by definition.  AFAICS there is no way
> to fix this correctly that doesn't involve catalog changes.  The point
> of the TODO is that you have to enforce that the inherited constraint
> sticks around, eg can't be dropped on a child table while it's still
> present on the parent.  There are implications for pg_dump too.
>

Ok, I understand. But even then this could patch could be considered even if
it does not solve the TODO completely, no? It atleast disallows ONLY ADD
CONSTRAINT on the parent.

Regards,
Nikhils

--
EnterpriseDB http://www.enterprisedb.com

pgsql-bugs by date:

Previous
From: Sergey Burladyan
Date:
Subject: Re: 8.3 can't convert cyrillic text from 'iso-8859-5' to other cyrillic 8-bit encoding
Next
From: "Heikki Linnakangas"
Date:
Subject: Re: 8.3 can't convert cyrillic text from 'iso-8859-5' to other cyrillic 8-bit encoding