11

java.util.Date, java.util.Timetamp were seems to be causing great confusion for many. Within StackOverflow there are so many questions, Unfortunately my question is bit twisted.

There are 2 JDBC api. How they should perform? Was there any consistencies among RDBMS’es?

ResultSet.getTimestamp("dateColumn") 
ResultSet.getTimestamp("dateColumn", Calendar.getInstance(tz))

If someone has knowledge in Sybase, could you please share your experience?

BalusC
  • 1,082,665
  • 372
  • 3,610
  • 3,555
Mohan Narayanaswamy
  • 2,149
  • 6
  • 33
  • 40

1 Answers1

28

First, you're confusing java.util with java.sql. When using PreparedStatement#setDate() and ResultSet#getDate(), you need java.sql.Date. Analogous, when using PreparedStatement#setTimestamp() and ResultSet#getTimestamp() you need java.sql.Timestamp.

Second, it's important to understand that java.sql.Date represents solely the date (year, month, day) and nothing less or more. This is to be mapped to a SQL DATE field type. The java.sql.Timestamp represents the timestamp (year, month, day, hour, minute, second, millisecond), exactly as the java.util.Date and java.util.Calendar does. This is to be mapped to a SQL TIMESTAMP or DATETIME field type.

As to the timezones, you need it when the database does not store timezone information (thus, all timestamps are stored in UTC (GMT)). You can then pass a Calendar in which contains information about the current timezone, so that the JDBC driver can adjust the UTC timestamp to the timestamp conforming the timezone. If it is for example GMT+1, then the JDBC driver will add one hour to the timestamp before returning.

BalusC
  • 1,082,665
  • 372
  • 3,610
  • 3,555
  • Good answer. For more info on on the variations of the various Date classes in JDBC you may refer to my post here: http://stackoverflow.com/questions/2305973/java-util-date-vs-java-sql-date/2306051#2306051 – Esko Apr 06 '10 at 13:17