java.util.Date vs java.sql.Date

Question

java.util.Datevs java.sql.Date:何时使用哪个以及为什么？

Answer 1

恭喜你,你已经用JDBC打了我最喜欢的宠物:日期类处理.

基本上,数据库通常支持至少三种形式的日期时间字段,即日期,时间和时间戳.它们中的每一个都在JDBC中具有相应的类,并且每个java.util.Date类都扩展.这三者中的每一个的快速语义如下:

• java.sql.Date对应于SQL DATE,这意味着它存储年,月和日,而忽略小时,分钟,秒和毫秒.另外sql.Date与时区无关.
• java.sql.Time对应于SQL TIME,应该很明显,只包含有关小时,分钟,秒和毫秒的信息.
• java.sql.Timestamp对应于SQL TIMESTAMP,它是具有可自定义精度的纳秒精确日期(注意util.Date只支持毫秒!).

使用与这三种类型相关的JDBC驱动程序时最常见的错误之一是类型处理不正确.这意味着sql.Date时区特定,sql.Time包含当前年,月,日等等.

最后:哪一个使用？

真的,取决于该字段的SQL类型.PreparedStatement有三个值的setter,#setDate()是for sql.Date,#setTime()for sql.Time和#setTimestamp()for的sql.Timestamp.

请注意,如果您使用,ps.setObject(fieldIndex, utilDateObject);您实际上可以util.Date为大多数JDBC驱动程序提供正常操作,这些驱动程序会愉快地吞噬它,就好像它的类型正确,但是当您之后请求数据时,您可能会注意到您实际上缺少了某些东西.

我真的说没有任何日期应该被使用.

我所说的是将毫秒/纳秒保存为普通长并将它们转换为您正在使用的任何对象(强制性的joda-time插件).可以做的一种hacky方法是将日期组件存储为另一个长和时间组件,例如现在将是20100221和154536123.这些幻数可以在SQL查询中使用,并且可以从数据库移植到另一个和将让你完全避免使用JDBC/Java Date API的这一部分.

Answer 2

后期编辑:从Java 8开始,您既不应该使用java.util.Date也不 应该使用java.sql.Date它,而不是使用它,而是更喜欢使用java.time包(基于Joda)而不是其他任何东西.如果您不在Java 8上,这是原始响应:

java.sql.Date - 当您调用使用它的库的方法/构造函数(如JDBC)时.不是这样.您不希望为未明确处理JDBC的应用程序/模块引入数据库库的依赖项.

java.util.Date - 使用使用它的库时.否则,尽可能少,原因有以下几点:

• 它是可变的,这意味着每次将它传递给方法或从方法返回它时,你必须制作它的防御性副本.

• 它不能很好地处理日期,这对于像你这样的人来说是真实的,认为日期处理类应该.

• 现在,因为juD不能很好地完成它的工作,所以Calendar引入了可怕的课程.它们也是可变的,并且可以使用,如果你没有任何选择,应该避免使用它们.

• 还有更好的选择,比如Joda Time API(甚至可能将它变成Java 7并成为新的官方日期处理API - 快速搜索说它不会).

如果你认为引入一个像Joda这样的新依赖项是不合适的,long那么对于对象中的时间戳字段来说,s并不是那么糟糕,尽管我自己通常在传递它们时将它们包装在juD中,用于类型安全和文档.

Answer 3

唯一的使用时间java.sql.Date是在PreparedStatement.setDate.否则,请使用java.util.Date.它告诉我们ResultSet.getDate返回a java.sql.Date但它可以直接分配给a java.util.Date.

Answer 4

tl;博士

都不用。

• java.time.Instant 替换 java.util.Date
• java.time.LocalDate 替换 java.sql.Date

两者都不

java.util.Date 与 java.sql.Date：何时使用哪个以及为什么？

这两个类都很糟糕，在设计和实现上都有缺陷。避免像瘟疫 冠状病毒一样。

而是使用JSR 310 中定义的java.time类。这些类是用于处理日期时间的行业领先框架。这些完全取代血腥可怕的遗产类，如Date，Calendar，SimpleDateFormat，和这样的。

java.util.Date

第一个java.util.Date是表示 UTC 中的一个时刻，这意味着与 UTC 零时分秒的偏移量。

java.time.Instant

现在换成了java.time.Instant。

Instant instant = Instant.now() ;  // Capture the current moment as seen in UTC.

java.time.OffsetDateTime

Instant是java.time的基本构建块类。为了获得更大的灵活性，请使用OffsetDateTimeset toZoneOffset.UTC来实现相同的目的：用 UTC 表示一个时刻。

OffsetDateTime odt = OffsetDateTime.now( ZoneOffset.UTC ) ;

您可以通过使用这个对象发送到数据库PreparedStatement::setObject与JDBC 4.2或更高版本。

myPreparedStatement.setObject( … , odt ) ;

取回。

OffsetDateTime odt = myResultSet.getObject( … , OffsetDateTime.class ) ;

java.sql.Date

这java.sql.Date门课也很糟糕而且过时了。

此类仅用于表示日期，没有时间和时区。不幸的是，在一个可怕的设计黑客中，这个类继承自java.util.Datewhich 代表一个时刻（UTC 中的日期时间）。所以这个类只是假装只有日期​​，而实际上携带了一个时间和 UTC 的隐式偏移量。这引起了很多混乱。永远不要使用这个类。

java.time.LocalDate

相反，使用java.time.LocalDate仅跟踪日期（年、月、月日）而没有任何时间、任何时区或偏移量。

ZoneId z = ZoneId.of( "Africa/Tunis" ) ;
LocalDate ld = LocalDate.now( z ) ;    // Capture the current date as seen in the wall-clock time used by the people of a particular region (a time zone).

发送到数据库。

myPreparedStatement.setObject( … , ld ) ;

取回。

LocalDate ld = myResultSet.getObject( … , LocalDate.class ) ;

关于java.time

该java.time框架是建立在Java 8和更高版本。这些类取代了麻烦的旧的遗留日期时间类，例如java.util.Date, Calendar, & SimpleDateFormat。

要了解更多信息，请参阅Oracle 教程。并在 Stack Overflow 上搜索许多示例和解释。规范是JSR 310。

现在处于维护模式的Joda-Time项目建议迁移到java.time类。

您可以直接与您的数据库交换java.time对象。使用符合JDBC 4.2或更高版本的JDBC 驱动程序。不需要字符串，不需要类。java.sql.*

从哪里获得 java.time 类？

• Java SE 8、 Java SE 9、 Java SE 10、 Java SE 11和更高版本 - 标准 Java API 的一部分，具有捆绑实现。
  • Java 9 添加了一些小功能和修复。
• Java SE 6和Java SE 7
  • 大部分java.time功能在ThreeTen- Backport中向后移植到 Java 6 & 7 。
• 安卓
  • 更高版本的 Android 捆绑实现java.time类。
  • 对于早期的 Android（<26），ThreeTenABP项目采用了ThreeTen-Backport（上面提到过）。请参阅如何使用ThreeTenABP ...。

Answer 5

我遇到了同样的问题,我发现将当前日期插入预准备语句的最简单方法是:

preparedStatement.setDate(1, new java.sql.Date(new java.util.Date().getTime()));