> > Make check passed.  Patch has tests for rename constraint.
> >
> > Most normal uses of alter table ... rename constraint ... worked
> normally.  However, the patch does not deal correctly with constraints
> which are not inherited, such as primary key constraints:
>
> That appears to be because creating a primary key constraint does not
> set pg_constraint.conisonly correctly.  This was introduced recently
> with noninherited check constraints.
>
>
> Umm, conisonly is set as false from primary key entries in pg_constraint.
And primary keys are anyways not inherited. So why is the conisonly field
interfering in rename? Seems quite orthogonal to me.

Regards,
Nikhils

In response to

• Re: Review of patch renaming constraints at 2012-01-19 19:04:46 from Peter Eisentraut

Responses

• Re: Review of patch renaming constraints at 2012-01-20 05:09:24 from Peter Eisentraut

pgsql-hackers by date

Next:	From: Fujii Masao	Date: 2012-01-20 03:43:17
	Subject: Re: WAL Restore process during recovery
Previous:	From: Robert Haas	Date: 2012-01-20 03:00:15
	Subject: Re: Command Triggers