Come menzionato nella sezione "Compatibilità con le versioni precedenti per client di livello inferiore" di datetimeoffset documentazione
, possiamo lavorare con rappresentazioni di stringa di datetimeoffset i valori. Infatti, se recuperiamo un datetimeoffset valore con jTDS 1.3.1 otteniamo un java.lang.String valore della forma
YYYY-MM-DD hh:mm:ss[.nnnnnnn] {+|-}hh:mm
Tale valore può essere analizzato in questo modo:
// rs is our ResultSet object
String valueRetrieved = rs.getString(1); // e.g., "2016-12-08 12:34:56.7850000 -07:00"
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSSSSSS ZZZZZ");
ZonedDateTime zdt = ZonedDateTime.parse(valueRetrieved, dtf);
Per quanto riguarda la scrittura di un datetimeoffset value su SQL Server, jTDS non è in grado di gestire correttamente un aggiornamento utilizzando .setTimestamp , ad esempio, sulla mia macchina...
java.sql.Timestamp ts = java.sql.Timestamp.valueOf("2016-12-08 12:34:56.785"); // local
String tsString = formatTimestampForDateTimeOffset(ts); // (see below)
System.out.printf(" java.sql.TimeStamp value: %s (%d ms since epoch)%n", tsString, ts.getTime());
System.out.println();
System.out.println("Saving via setTimestamp ...");
String sqlUpdate = "UPDATE dtoTable SET dtoCol = ? WHERE id=1";
try (PreparedStatement s = conn.prepareStatement(sqlUpdate)) {
s.setTimestamp(1, ts); // pass the Timestamp itself
s.executeUpdate();
}
String valueRetrieved;
try (
Statement s = conn.createStatement();
ResultSet rs = s.executeQuery("SELECT dtoCol FROM dtoTable WHERE id=1")) {
rs.next();
valueRetrieved = rs.getString(1);
System.out.printf(" jTDS saved the TimeStamp value as: %s%n", valueRetrieved);
}
... produce ...
java.sql.TimeStamp value: 2016-12-08 12:34:56.785 -07:00 (1481225696785 ms since epoch)
Saving via setTimestamp ...
jTDS saved the TimeStamp value as: 2016-12-08 12:34:56.7870000 +00:00
... che non solo imposta in modo errato l'offset del fuso orario su +00:00 (senza modificare il valore di data/ora stesso), ma aggiunge anche un paio di millisecondi solo per divertimento.
Tuttavia, se convertiamo il valore Timestamp in una stringa formattata correttamente, ad esempio ...
public static String formatTimestampForDateTimeOffset(java.sql.Timestamp ts) {
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS ZZZZZ");
String s = sdf.format(new Date(ts.getTime()));
// T-SQL *requires* the colon in the timezone offset: -07:00, not -0700
int colonPosition = s.length() - 2;
return s.substring(0, colonPosition) + ":" + s.substring(colonPosition);
}
... e usa .setString invece di .setTimestamp , quindi datetimeoffset il valore è stato salvato correttamente:
Saving via setString ...
jTDS saved the formatted String as: 2016-12-08 12:34:56.7850000 -07:00
parsed to ZonedDateTime: 2016-12-08T12:34:56.785-07:00
converted to Instant: 2016-12-08T19:34:56.785Z
converted to java.util.Date: Thu Dec 08 12:34:56 MST 2016
