1. 背景

日期和时间字段在不同的数据库字段可能具有不同的精度，存入的值可能发生变化（丢失精度，比如：毫秒数，或毫秒数有变化），导致第二次更新时查询不到上次存入的数据。

可能导致产生两条：

1. 候选键字段有唯一约束（主键约束/唯一索引/唯一约束），那么会导致违反唯一约束的异常

2. 候选键字段无唯一约束（主键约束/唯一索引/唯一约束），那么会导致持续新增数据。

2. 案例

源数据准备：源数据的创建时间createtime字段是一个时间戳类型，精确到毫秒。有3条测试数据

目标表准备：目标的创建时间create_date是一个日期类型，精度为天，这里以postgre数据库举例（和mysql中datetime类型精度为秒的情况相同）

如上图所示，时间戳字段赋值给日期字段，精度必然会丢失。集成结果如下图：

数据只被保留了最后一条。因为create_date作为了候选键，只有第一次是插入数据，其余两次操作检测到目标有此条数据则更新操作，显然是不符合预期的。

create_date如果加了唯一约束。会导致违反唯一约束的异常。

坚持要用时间/日期作为候选键的话，集成的时候用转换脚本把源数据createtime去掉毫秒部分，和目标数据比较，存在则忽略。

利用Date.format(Date.new(src.createtime),'yyyy-MM-dd HH:mm:ss')脚本可以去掉毫秒部门，再和目标数据比对。
利用 Date.format(Date.new(src.createtime),'yyyy-MM-dd') 脚本可以去掉时间部分。
总的来说，不建议用日期/时间字段作为候选键字段。
作者：李源俊 2022/05/26