Memperbaiki struktur tabel untuk menghindari `Kesalahan: nilai kunci duplikat melanggar kendala unik`

Saya punya tabel yang dibuat dengan cara ini:

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

Kemudian beberapa baris dimasukkan menentukan id:

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

Pada suatu titik kemudian beberapa catatan dimasukkan tanpa id dan mereka gagal dengan kesalahan: Error: duplicate key value violates unique constraint.

Rupanya id dapat didefinisikan sebagai urutan:

Setiap sisipan yang gagal meningkatkan penunjuk dalam urutan hingga meningkat ke nilai yang tidak ada lagi dan kueri berhasil.

SELECT nextval('jos_content_id_seq'::regclass)

Apa yang salah dengan definisi tabel? Apa cara cerdas untuk memperbaikinya?

Tidak ada yang salah dengan definisi tabel Anda.
_{(Kecuali saya akan menggunakan jos_content_idsesuatu atau bukan nama kolom non-deskriptif id.
Dan saya mungkin akan menggunakan textbukanvarchar(50) .}

INSERTPernyataan Anda adalah masalahnya.

Dengan idkolom Anda didefinisikan sebagai serial, Anda tidak harus memasukkan nilai manual untuk id. Mereka mungkin bertabrakan dengan nilai berikutnya dari urutan terkait.

Berikan daftar eksplisit kolom target (yang hampir selalu merupakan ide bagus untuk INSERTpernyataan tetap ) dan abaikan kolom serial sepenuhnya.

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

Jika Anda membutuhkan nilai kolom yang dibuat secara otomatis segera, gunakan RETURNINGklausa :

INSERT ...
RETURNING id;  -- possibly more

Lebih detail dalam jawaban terkait ini di SO:

• Nilai kenaikan ID tabel untuk setiap INSERT

Jika Anda memiliki entri manual dalam serialkolom yang kekuatan konflik kemudian, mengatur urutan ke arus maksimum iduntuk memperbaiki ini sekali :

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

Di mana jos_content_id_seqnama default untuk urutan yang dimiliki oleh jos_content.id, yang sudah Anda temukan di kolom default. Tampaknya ada xhzt8_content_id_seqdalam kasus Anda;

Pembaruan: Masalah serupa muncul pada SO dan saya datang dengan solusi baru:

• Buat Postgres memilih id minimal berikutnya yang tersedia