fechas consistentemente dos días de descanso

Question

Estoy usando Java JDBC para escribir una fecha en el servidor sql 2008 y luego volver a leerla.
La fecha leída es consistentemente dos días antes que la fecha tal como está escrita.

Estoy insertando la fila que contiene el campo Fecha con una declaración preparada. El valor de fecha es proporcionada por:

java.sql.Date todaysDate = new java.sql.Date(System.currentTimeMillis()) ; 
System.out.println(todaysDate.toString()) -> 2012-07-02 
ps.setDate(8, todaysDate); 

Después de escribir la fecha en la db, sql server me muestra la fecha correcta si funciono:

select date from table_name where date!=null ->2012-07-02 

Si me quedo la misma consulta a través de JDBC a continuación, recuperar el valor de fecha del conjunto de resultados utilizando

java.sql.Date sqlDate = rs.getDate("date") ; 
sqlDate.toString() ->2012-06-30 

la fila insertada es la única fila de la tabla con una fecha que no sea nulo por lo que este no parece ser un caso de leer el registro incorrecto.

Pensé que este sería un problema bien conocido, pero la única referencia que pude encontrar en una búsqueda de Google para un problema de "dos días de descanso" no tuvo una respuesta definitiva.

¿Alguna idea?

beeky (vivir en el pasado)

Answer 1

defectuoso del controlador JDBC

Resulta que el problema era el controlador de MS JDBC. Probé todas las combinaciones posibles de tipos de fecha y conversiones de fecha y nada funcionó. Después de una gran cantidad de búsquedas (¡debería haber hecho eso primero!) Vi un comentario sobre una entrada SO más antigua que implicaba que el problema era el controlador jdbc versión 3 de Microsoft. Recibí el controlador más reciente, la versión 4.algo, y el problema desapareció.

Gracias a todos los que intentaron ayudar. Gracias especiales a Mike por tomarse el tiempo para publicar una solución. - = beeky

Answer 2

Su problema es valores de zona horaria ("GMT").
Usted necesidad de introducir esta manipulación en el método de ir a buscar JDBC de la siguiente manera:

Calendar gmt = Calendar.getInstance(TimeZone.getTimeZone("GMT")); 
PreparedStatement stmt = connection.prepareStatement(sql); 
stmt.setDate(1, new Date(0)); // I assume this is always GMT 
ResultSet rs = stmt.executeQuery(); 
rs.next(); 

//This will output 0 as expected 
System.out.println(rs.getDate(1, gmt).getTime()); 

Answer 3

Tenía exactamente el mismo problema. La compensación de 2 días desapareció tan pronto como utilicé el entorno de tiempo de ejecución java 6 en lugar de un entorno de tiempo de ejecución java 7.

Es posible que también haya una diferencia entre la compatibilidad con versiones anteriores de la versión 4.1 de JDBC con los controladores JDBC 3.

Answer 4

Me he topado con este problema un par de veces recientemente y me arranqué el cabello antes de recordar que si el campo tiene fecha de tipo esto sucede, cambiar el tipo de campo a tipo datetime resuelve el problema.

Answer 5

como lo que dijo user903724, cambie a la versión 4 que sería corregida, pero en mi caso, cuando estoy usando sqljdbc4-3.0.jar, este problema aún se reproduce, pero lo cambio a sqljdbc42.jar, este problema arreglado Espero que mi experiencia sea útil. descarga de sqljdbc42.jar

Answer 6

Tuve el mismo problema exacto incluso usando sqljdbc4 con Java 8.

Una vez que no necesito este campo para hacer ningún tipo de comparación en la aplicación, he resuelto el problema lanzando el campo en mi consulta de esta manera: CAST(dbo.tblPwActividadeParticipanteDetalhe.Data AS VARCHAR(10)).

Answer 7

Para aquellos que están usando Maven, utilizar esto para java 8:

<dependency> 
    <groupId>com.microsoft.sqlserver</groupId> 
    <artifactId>mssql-jdbc</artifactId> 
    <version>6.2.1.jre8</version> 
</dependency> 

Como se señaló, si utiliza una versión antigua, es posible que se enfrentan a este problema, y ​​no es fácil de depurar .