Dmitry Tkach <[EMAIL PROTECTED]> 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 ---------------------------(end of broadcast)--------------------------- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])