`Hata: yinelenen anahtar değeri benzersiz kısıtlamayı ihlal ediyor` önlemek için tablo yapısını düzeltme

Bu şekilde oluşturulan bir tablo var:

--
-- 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")
);

Daha sonra kimliği belirten bazı satırlar eklenir:

INSERT INTO "jos_content" VALUES (1,36,'About',...)

Daha sonraki bir noktada bazı kayıtlar id olmadan yerleştirilir ve bunlar hata ile başarısız: Error: duplicate key value violates unique constraint.

Görünüşe göre kimlik bir dizi olarak tanımlandı:

Başarısız olan her ekleme, artık var olmayan bir değere yükselene ve sorgular başarılı oluncaya kadar sıradaki işaretçiyi artırır.

SELECT nextval('jos_content_id_seq'::regclass)

Tablo tanımında sorun nedir? Bunu düzeltmenin akıllı yolu nedir?

Tablo tanımınızda yanlış bir şey yok.
_{(Kullanacağım şapka jos_content_idveya açıklayıcı olmayan sütun adı yerine bir şey hariç id.
Ve muhtemelen yerine kullanacağımtextvarchar(50) .}

İfadeniz INSERTsorun.

Senin ile idkolon olarak tanımlanan serial, sizin için manuel değerleri eklemek gerekir id. Bunlar ilişkili dizideki bir sonraki değerle çarpışabilir.

Hedef sütunların açık bir listesini (kalıcı INSERTifadeler için neredeyse her zaman iyi bir fikirdir ) sağlayın ve seri sütunları tamamen atlayın .

INSERT INTO jos_content(asset_id, some_column, ...)
VALUES (36,'About',...);

Otomatik olarak oluşturulan sütun (lar) ın değerlerine hemen ihtiyacınız varsa, aşağıdaki RETURNINGmaddeyi kullanın :

INSERT ...
RETURNING id;  -- possibly more

SO ile ilgili bu cevapta daha fazla ayrıntı:

• Her INSERT için bir tablo kimliğinin artış değeri

Daha serialsonra çakışabilecek sütunlarda manuel girişleriniz varsa , bunu bir kez düzeltmekid için sıranızı geçerli maksimum değere ayarlayın :

SELECT setval('jos_content_id_seq', max(id))
FROM   jos_content;

Sahip jos_content_id_seqolunan bir dizinin varsayılan adı, varsayılan jos_content.idolarak sütun varsayılanında zaten bulunur. xhzt8_content_id_seqSizin durumunuzda gibi görünüyor ;

Güncelleme: Benzer bir sorun SO'da ortaya çıktı ve yeni bir çözüm buldum:

• Postgres'ın bir sonraki minimum kullanılabilir kimliği seçmesini sağlayın