Sửa cấu trúc bảng để tránh `Lỗi: giá trị khóa trùng lặp vi phạm ràng buộc duy nhất`

Tôi có một bảng được tạo theo cách này:

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

Sau đó, một số hàng được chèn chỉ định id:

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

Tại một thời điểm sau, một số bản ghi được chèn mà không có id và chúng không thành công với lỗi : Error: duplicate key value violates unique constraint.

Rõ ràng id đã được định nghĩa là một chuỗi:

Mỗi lần chèn không thành công sẽ tăng con trỏ trong chuỗi cho đến khi nó tăng lên một giá trị không còn tồn tại và các truy vấn thành công.

SELECT nextval('jos_content_id_seq'::regclass)

Điều gì là sai với định nghĩa bảng? Cách thông minh để khắc phục điều này là gì?

Không có gì sai với định nghĩa bảng của bạn.
_{(Ngoại trừ mũ tôi sẽ sử dụng jos_content_idhoặc một cái gì đó thay vì tên cột không mô tả id.
Và tôi có thể sẽ sử dụng textthay vìvarchar(50) .}

INSERTTuyên bố của bạn là vấn đề.

Với idcột của bạn được xác định là serial, bạn không nên chèn giá trị thủ công cho id. Những người có thể va chạm với giá trị tiếp theo từ chuỗi liên kết.

Cung cấp một danh sách rõ ràng các cột mục tiêu (hầu như luôn luôn là một ý tưởng tốt cho các INSERTcâu lệnh được duy trì ) và bỏ qua các cột nối tiếp hoàn toàn.

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

Nếu bạn cần (các) giá trị của cột được tạo tự động ngay lập tức, hãy sử dụng RETURNINGmệnh đề :

INSERT ...
RETURNING id;  -- possibly more

Thêm chi tiết trong câu trả lời liên quan này trên SO:

• Giá trị tăng của ID bảng cho mỗi INSERT

Nếu bạn có các mục nhập thủ công trong serialcác cột có thể xung đột sau này, hãy đặt trình tự của bạn thành mức tối đa hiện tại idđể khắc phục điều này một lần :

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

Trong trường hợp jos_content_id_seqlà tên mặc định cho một chuỗi thuộc sở hữu của jos_content.id, mà bạn đã tìm thấy trong các cột mặc định. Có vẻ là xhzt8_content_id_seqtrong trường hợp của bạn;

Cập nhật: Một vấn đề tương tự xuất hiện trên SO và tôi đã đưa ra một giải pháp mới:

• Làm cho Postgres chọn id có sẵn tối thiểu tiếp theo