In der Sortierung habe ich versucht, 5 Zeitstempel zu bestehen (beachten Sie, dass diese Zeitstempel aufgrund von TimeZone.setDefault (Timezone.getTimezone (zoneId.of ("Europa/Paris" auf Europa/Paris basieren ("Europa/Paris", basieren auf Europa ("Europa/Paris". ))); < /code>) < /p>
p.setTimestamp(2,
Timestamp.valueOf( localDateTime ),
Calendar.getInstance( TimeZone.getTimeZone( ZoneId.of( "GMT" ) ) ) );
< /code>
Führen Sie 5 Zeilen in PostgreSQL aus: < /p>
theid | thevalue
-------+---------------------
1 | 1900-01-01 00:00:02
2 | 1900-01-01 00:00:01
3 | 1900-01-01 00:00:00
4 | 1899-12-31 23:09:20
5 | 1899-12-31 23:09:19
(5 rows)
< /code>
Die meisten von Ihnen denken vielleicht, dass Paris bei GMT+1 ist. Es ist richtig, war aber nicht korrekt. Mit 1900 war es bei GMT+00: 09: 21 (9 Minuten, 21 Sekunden) !! < /p>
Also wurden die ersten 3 Zeitstempel korrekt auf die Tabelle gespeichert. Aber das Seltsame ist in Reihe 4. Es ist 1899-12-31 23:09:20
Aber ich würde erwartet, dass es 1899-12-31 23:59:59 sein würde. Aber scheint die alte API der DateTime -API um 1899 zu sehen, dass sie bei GMT+1 liegt. Es verursachte Zeile 4, 5 und so auf ... sich irren !!
Kannst ihr das erklären?>
Ich entwickle eine App, die einige Daten mit dem Zeitstempel im sehr-pasten speichern. Aber ich möchte den Zeitstempel bei UTC (GMT+0) speichern. ">[code]
} [/code] In der Sortierung habe ich versucht, 5 Zeitstempel zu bestehen (beachten Sie, dass diese Zeitstempel aufgrund von TimeZone.setDefault (Timezone.getTimezone (zoneId.of ("Europa/Paris" auf Europa/Paris basieren ("Europa/Paris", basieren auf Europa ("Europa/Paris". ))); < /code>) < /p> [list] [*] 1900-01-01T00: 09: 23 < /li> 1900-01 -01t00: 09: 22 [*] 1900-01-01T00: 09: 21 [*] 1900-01-01T00: 09: 20 [*] 1900-01-01T00: 09: 19 [/list] Diese Linie würde Europa/Paris TZ in UTC TZ übersetzen: [code]p.setTimestamp(2, Timestamp.valueOf( localDateTime ), Calendar.getInstance( TimeZone.getTimeZone( ZoneId.of( "GMT" ) ) ) ); < /code> Führen Sie 5 Zeilen in PostgreSQL aus: < /p> theid | thevalue -------+--------------------- 1 | 1900-01-01 00:00:02 2 | 1900-01-01 00:00:01 3 | 1900-01-01 00:00:00 4 | 1899-12-31 23:09:20 5 | 1899-12-31 23:09:19 (5 rows) < /code> Die meisten von Ihnen denken vielleicht, dass Paris bei GMT+1 ist. Es ist richtig, war aber nicht korrekt. Mit 1900 war es bei GMT+00: 09: 21 (9 Minuten, 21 Sekunden) !! < /p> Also wurden die ersten 3 Zeitstempel korrekt auf die Tabelle gespeichert. Aber das Seltsame ist in Reihe 4. Es ist 1899-12-31 23:09:20 [/code] Aber ich würde erwartet, dass es 1899-12-31 23:59:59 sein würde. Aber scheint die alte API der DateTime -API um 1899 zu sehen, dass sie bei GMT+1 liegt. Es verursachte Zeile 4, 5 und so auf ... sich irren !! Kannst ihr das erklären?>
Ich versuche, ein Datum im String-Format in einen UNIX-Zeitstempel zu konvertieren. Ich kann es konvertieren, aber wenn ich den Zeitstempel überprüfe, wird ein falsches Datum angezeigt.
Ich finde ein Problem. Wenn ich eine ADO-Verbindung in C++ öffne und dann „SET QUOTED_IDENTIFIER OFF;“ aufrufe Um QUOTED_IDENTIFIER auszuschalten, kann ich eine Anweisung wie „Select „Test“;“...
Ich habe es mit einem tödlichen Fehler zu tun: Qapplication: Keine solche Datei oder Verzeichnis , ähnlich wie dieser und dieser Beitrag. Ich habe die vorgeschlagenen Lösungen ohne Erfolg versucht....