From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Weirdess when altering serial column type |
Date: | 2005-04-19 06:28:18 |
Message-ID: | 18199.1113892098@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> writes:
> I presume they have to drop the default, then drop the sequence to get
> rid of it.
Hmm. Right at the moment I don't think you *can* get rid of it, short
of dropping the column altogether.
regression=# create table z(f1 serial);
NOTICE: CREATE TABLE will create implicit sequence "z_f1_seq" for serial column "z.f1"
CREATE TABLE
regression=# drop sequence z_f1_seq;
ERROR: cannot drop sequence z_f1_seq because table z column f1 requires it
HINT: You may drop table z column f1 instead.
regression=# alter table z alter f1 drop default;
ALTER TABLE
regression=# drop sequence z_f1_seq;
ERROR: cannot drop sequence z_f1_seq because table z column f1 requires it
HINT: You may drop table z column f1 instead.
Possibly it would be better if the implicit dependency led from the
sequence to the column default rather than directly to the column ...
but I'm too tired to think of the possible consequences. I think we
may have considered and rejected that idea ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Honza Pazdziora | 2005-04-19 07:18:01 | ORDER BY different locales for 8.0 |
Previous Message | Christopher Kings-Lynne | 2005-04-19 06:17:32 | Re: Weirdess when altering serial column type |