长整型时间戳与Oracle Timestamp类型的匹配查询问题

问题根源 #

你的毫秒时间戳1666682820002转成Instant后带有毫秒级精度（.002），但Oracle数据库中存储的Timestamp是秒级精度（所有小数位为0），两者精度不匹配导致查询无法命中。

可行解决方案 #

1. 截断毫秒精度，保留到秒级 #

直接将Instant截断到秒，和数据库存储的精度对齐：

Long tms = 1666682820002;
Instant date = Instant.ofEpochMilli(tms).truncatedTo(ChronoUnit.SECONDS);

转换后得到的Instant是2022-10-25T07:27:00Z，和数据库中25-Oct-22 09.27.00,000000000（时区转换后）的秒级时间完全匹配，执行UPDATE时就能找到对应记录。

2. 数据库查询时做精度截断 #

如果不想修改Java代码，可在SQL语句中对数据库的Timestamp字段做截断，统一到秒级：

UPDATE your_table 
SET ... 
WHERE TRUNC(your_timestamp_column, 'SS') = ?

将截断后的Instant作为参数传入即可，避免硬编码时间字符串。

3. 转换为Oracle格式字符串（不推荐） #

若坚持用字符串对比，可将毫秒时间戳转成Oracle格式的字符串，确保小数位全0：

Long tms = 1666682820002;
Instant instant = Instant.ofEpochMilli(tms).truncatedTo(ChronoUnit.SECONDS);
// 注意匹配数据库时区，示例中为东8区
String oracleTimestampStr = DateTimeFormatter.ofPattern("dd-MMM-yy HH.mm.ss,000000000", Locale.ENGLISH)
        .withZone(ZoneId.of("Asia/Shanghai"))
        .format(instant);

但这种方式易出现时区、格式解析错误，仅作为备选方案。

注意事项 #

• 确保Java代码和数据库时区一致：示例中数据库时间为09:27，Instant为07:27Z，说明数据库采用东8区（GMT+8），处理时需同步时区避免偏移。
• 优先选择精度截断方案（1或2），可靠性更高。

内容的提问来源于stack exchange，提问作者llandino