java - 使用 sysdate 更新日期列会引发 Oracle 中的唯一约束冲突。由于日期是主键而随机发生

Question

我有两个 sqls 文件，每个文件包含超过 300000 条记录。问题是有一些重复的记录正在更新这导致唯一约束违规问题。请在下面找到示例

Planid + Last_mod_Date 是 PLAN_HISTORY 表中的复合主键。存在 PLAN_HISTORY 表，每当 PLAN 表更新时，都会使用 PLAN_HISTORY_TRIGGER 插入记录。只要 sysdate 相同，就会随机导致此问题。

示例:

File 1: 

UPDATE plan SET enroll_id = '1', Last_mod_Dt = sysdate where plan_id = '1234';

File 2 : 

UPDATE plan SET plan_name = 'TPA', Last_mod_Dt = sysdate where plan_id = '1234';

因为有很多记录，并且 PLAN_ID+SYSDATE(last_mod_dt) 可能会出现重复。我怎样才能避免这个问题？

我想到了一些解决方案，例如

1. 向 sysdate 添加秒数，但它会再次抛出相同的异常，因为某些时间点日期将相同。

2. 我可以在两个文件之间添加一些延迟，但不确定在 Oracle 中这可以实现多少

3. 最后一个选项是我需要从两个文件中查找所有重复的计划 ID，并将它们放入单个更新语句中。

但是对于像这样的问题有什么好的解决方案吗？

Answer 1

你说:

Planid + Last_mod_Date is Primary Key in PLAN table. There is PLAN_HISTORY table present which gets update by using PLAN_HISTORY_TRIGGER whenever plan table gets update. which is causing this issue randomly whenever sysdate is same.

从主键中取出last_mod_date；您的主表应该只有一条 plan_id 记录(最新的一条)。 PLAN 的主键应该是:plan_id

在更新完成时，让触发器将 PLAN 中的旧行值插入(您说的是更新；不，应该是插入)到 PLAN_HISTORY 表中。 历史记录表不应该有主键，而只是计划 ID 上的非唯一索引。历史记录表还可能受益于日期列，该列显示旧值何时失效(更新)

您发布的查询似乎不会立即导致此问题，除非您在计划表中放入多个计划 ID 1234。我不认为你这样做是因为你没有将last_mod_date放在where子句中，并且在表上有复合主键但不在where子句中指定其列之一是一个大问题。我认为你的问题是你已经在历史表上放置了一个主键，因此足够快地触发两个更新，以至于触发器在 sysdate 更改之前插入到历史表中，导致 PK 冲突。