Re: BUG #18002: Duplicate entries of row possible even after having primary key
От | Andres Freund |
---|---|
Тема | Re: BUG #18002: Duplicate entries of row possible even after having primary key |
Дата | |
Msg-id | 20230628205955.7hrmows5ry247xwe@awork3.anarazel.de обсуждение исходный текст |
Ответ на | RE: BUG #18002: Duplicate entries of row possible even after having primary key (Ajinkya Tankhiwale <ajinkya.tankhiwale@tcs.com>) |
Ответы |
RE: BUG #18002: Duplicate entries of row possible even after having primary key
|
Список | pgsql-bugs |
Hi, On 2023-06-28 08:38:03 +0000, Ajinkya Tankhiwale wrote: > CREATE TABLE IF NOT EXISTS offer > ( > action_id bigint NOT NULL DEFAULT nextval('trade.seq_ao_id'::regclass), > action_type character varying COLLATE pg_catalog."default" NOT NULL, > buy_sell_indicator character varying COLLATE pg_catalog."default" NOT NULL, > creation_date_time timestamp without time zone NOT NULL, > modification_date_time timestamp without time zone NOT NULL, > CONSTRAINT pk_ado PRIMARY KEY (action_id) > ); Just to check, the non-detected uniqueness violations are in this table? How exactly are you inserting? As the primary key is using a sequence, you shouldn't even get to the situation that there could be a uniqueness violation. > Interesting point here is, if I create new table then constraint violation is thrown, on old table I could enter duplicaterecords. > Also, we migrated from el7 to el8. If the relevant constraints were on some form of a string, I'd suspect that you ran into a corrupted index due to collation changes between el7 and el8. But the pkey of the table above is on a bigint... Greetings, Andres Freund
В списке pgsql-bugs по дате отправления: