From: | Jaime Casanova <systemguards(at)gmail(dot)com> |
---|---|
To: | Cedric BRINER <work(at)infomaniak(dot)ch> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: is this a bug ? |
Date: | 2005-06-16 17:17:47 |
Message-ID: | c2d9e70e050616101772429a56@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 6/16/05, Cedric BRINER <work(at)infomaniak(dot)ch> wrote:
> hi,
>
> I'm facing this problem
>
> DROP TABLE test;
> DROP TABLE new_test;
> CREATE TABLE test (id serial NOT NULL UNIQUE, nom varchar(32));
> INSERT INTO test ("nom") values ('cedric');
> INSERT INTO test ("nom") values ('felix');
> INSERT INTO test ("nom") values ('julien');
>
> CREATE TABLE new_test (id serial NOT NULL UNIQUE, nom varchar(32));
> INSERT INTO new_test SELECT * FROM test;
>
Why create the table with a serial field if you're going to drop the
seq anyway just making it integer and this way you avoid your problem?
> ALTER TABLE new_test ALTER COLUMN id SET DEFAULT nextval('public.test_id_seq');
> DROP TABLE test;
>
> ALTER TABLE new_test RENAME TO test;
> ALTER TABLE new_test_id_key RENAME TO test_id_key;
>
> DROP SEQUENCE new_test_id_seq ;
> -- this give an error... is this normal
>
> is this the normal behaviour ?
>
--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2005-06-16 17:41:38 | Re: Autovacuum in the backend |
Previous Message | Tom Lane | 2005-06-16 17:12:36 | Re: Autovacuum in the backend |