| 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: | Whole Thread | Raw Message | 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) |