Re: Postgres unique index checking and atomic transactions - Mailing list pgsql-general

From Greg Stark
Subject Re: Postgres unique index checking and atomic transactions
Date
Msg-id 87el0fq1cb.fsf@stark.dyndns.tv
Whole thread Raw
In response to Re: Postgres unique index checking and atomic transactions  (Dmitry Tkach <dmitry@openratings.com>)
Responses Re: Postgres unique index checking and atomic transactions  (Dmitry Tkach <dmitry@openratings.com>)
Re: Postgres unique index checking and atomic transactions  (Dennis Gearon <gearond@cvc.net>)
Re: Postgres unique index checking and atomic transactions  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
List pgsql-general
Dmitry Tkach <dmitry@openratings.com> writes:

> The good news though is that, if you drop (or disable) your pk index

That's what I did, except I had to cascade to the foreign keys and then
recreate them too. And you can't really recreate a primary key constraint, you
just get a unique index which I think is equivalent.

And that's another wishlist item. It would be nice to be able to disable
constraints without dropping them and without poking around in catalog tables
manually.

Ie, it would be nice to be able to do

 alter table foo disable constraint "$1"

and then later do

 alter table foo enable constraint "$1"

and have postgres optionally recheck the constraint or not. It would be a lot
safer than potentially accidentally recreating the constraint incorrectly. And
a lot safer than poking around in the catalog tables.

--
greg

pgsql-general by date:

Previous
From: Dmitry Tkach
Date:
Subject: Re: Postgres unique index checking and atomic transactions
Next
From: "Vernon Smith"
Date:
Subject: Re: SAP DB: The unsung Open Source DB