Eu tenho uma tabela que é criada assim:
--
-- Table: #__content
--
CREATE TABLE "jos_content" (
"id" serial NOT NULL,
"asset_id" bigint DEFAULT 0 NOT NULL,
...
"xreference" varchar(50) DEFAULT '' NOT NULL,
PRIMARY KEY ("id")
);
Mais tarde, algumas linhas são inseridas especificando o id:
INSERT INTO "jos_content" VALUES (1,36,'About',...)
Posteriormente alguns registros são inseridos sem id e falham com o erro:
Error: duplicate key value violates unique constraint
.
Aparentemente, o id foi definido como uma sequência:
Cada inserção com falha aumenta o ponteiro na sequência até que ele seja incrementado para um valor que não existe mais e as consultas sejam bem-sucedidas.
SELECT nextval('jos_content_id_seq'::regclass)
O que há de errado com a definição da tabela? Qual é a maneira inteligente de corrigir isso?
Nada está errado com sua definição de tabela.
(Exceto que eu usaria
jos_content_id
ou algo em vez do nome da coluna não descritivaid
.E eu provavelmente usaria
text
em vez devarchar(50)
.Sua
INSERT
afirmação é o problema.Com sua
id
coluna definida comoserial
, você não deve inserir valores manuais paraid
. Esses podem colidir com o próximo valor da sequência associada.Forneça uma lista explícita de colunas de destino (o que quase sempre é uma boa ideia para
INSERT
instruções persistentes) e omita colunas seriais completamente.Se você precisar dos valores das colunas geradas automaticamente imediatamente, use a
RETURNING
cláusula :Mais detalhes nesta resposta relacionada no SO:
Se você tiver entradas manuais em
serial
colunas que possam entrar em conflito posteriormente, defina sua sequência para o máximo atualid
para corrigir isso uma vez :Onde
jos_content_id_seq
é o nome padrão para uma sequência de propriedade dejos_content.id
, que você já encontrou na coluna default. Parece serxhzt8_content_id_seq
no seu caso;Atualização: Um problema semelhante apareceu no SO e criei uma nova solução: