From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Table/Column Constraints |
Date: | 2000-11-20 16:52:20 |
Message-ID: | 3A1956C4.D68807C7@tm.ee |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
>
> "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au> writes:
> > * I assume that the command is supposed to allow the dropping of unique,
> > primary, foreign key and check constraints? Should 'not null' constraints
> > also be included here?
>
> Sure.
>
> > * Unique constraints are implemented as indicies, so dropping a unique
> > constraint maps to dropping the relevant index.
>
> Or just marking the index non-unique. Dropping it altogether might be
> bad for query performance.
It also may break the db (make it impossible to update) if some FK
constraints are using it
> > Also - is there some good reason why this hasn't been implemented yet? Is
> > there some subtle reason, or is it just that no-one's bothered?
>
> I think no one's got round to it; attention has focused on DROP COLUMN,
> which is a great deal harder. If you feel like working on DROP
> CONSTRAINT, go for it...
Dumping constraints in human-readable form (instead of CREATE CONSTRAIN
TRIGGER) would also be great.
---------
Hannu
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2000-11-20 17:06:01 | Re: pl/pgsql slowness |
Previous Message | rb | 2000-11-20 16:41:03 | Inquiry about PostgreSQL (from form) |