如何在MySQL数据库中存储Java Instant

使用Java Date对象,最简单的方法是将它们存储为MySql

DateTime对象(在UTC中)。切换到Instant这种方法将不再起作用,因为MySQL

DateTime无法提供存储纳秒的精度。仅将它们截断可能会导致新创建的Instant对象与从数据库读取的对象之间的意外比较结果。

BigDecimal时间戳不适合我作为一个优雅的解决方案:手动编写选择查询变得更加困难,因为必须将时间戳转换到任何地方以使其可读,并且与值Instant甚至Long值相比,Java的处理有些笨拙。

去这里最好的方法是什么?可能不是varchar吧?

回答:

截短至微秒

显然,我们无法将an的纳秒分辨率压缩Instant为MySQL数据类型DateTimeand 的微秒分辨率Timestamp

我以为JDBC驱动程序在接收到时会忽略纳秒Instant,将值截断为微秒。我建议您尝试一下实验,或者检查符合JDBC

4.2及更高版本的驱动程序的源代码。

Instant instant = Instant.now().with( ChronoField.NANO_OF_SECOND , 123_456_789L ) ;  //Set the fractional second to a spefic number of nanoseconds.

myPreparedStatement.setObject( … , instant ) ;

…和…

Instant instant2 = myResultSet.getObject( … , Instant.class ) ;

然后比较。

Boolean result = instant.equals( instant2 ) ;

System.out.println( "instant: " + instant + " equals instant2: = " + instant2 + " is: " + result ) ;

您明智地担心从数据库中提取的值与原始值不匹配。一种解决方案(如果您的业务问题可以接受的话)是将原始数据中的任何纳秒缩短为几微秒。我通常推荐这种方法。

Instant instant = Instant().now().truncatedTo( ChronoUnit.MICROSECONDS ) ;

目前,这种方法就足够了,因为您不太可能在数据中包含任何纳秒级的数据。据我所知,当今的主流计算机不支持能够捕获纳秒级的硬件时钟。

从时代开始计数

如果您无法承受丢失任何可能存在的纳秒级数据的情况,请使用“从纪元开始计数”。

我通常建议不要跟踪日期时间作为从参考日期开始的计数。但是在将基于纳秒级的值存储在数据库(如MySQL和Postgres)中,除了基于微秒级的值之外,您还有其他选择。

回答:

我建议不要使用自1970年1月1日T00:00Z这样的纪元以来的极大量的纳秒,而是建议遵循Instant类的内部方法:使用一 数字。

存储多个 秒为你的数据库的整数。在第二列中,将小数秒中的纳秒数存储为整数。

您可以轻松地将这些数字从Instant对象中提取/注入到对象中。仅long涉及简单的64位数字。不需要BigDecimalBigInteger。我想您可能可以对两个数字中的至少一个使用32位整数列。但是我会选择64位整数列类型,以简化操作并与java.time.Instant类的long对直接兼容。

long seconds = instant.getEpochSecond() ;

long nanos = instant.getNano() ;

…和…

Instant instant = Instant.ofEpochSecond( seconds , nanos ) ;

按时间顺序排序时,您需要进行多级排序,首先在整个秒数列上进行排序,然后在nanos秒的列上进行第二次排序。

以上是 如何在MySQL数据库中存储Java Instant 的全部内容, 来源链接: utcz.com/qa/420912.html

回到顶部