Size: a a a

2021 March 17

D

Dima in pro.jvm
по твоей же ссылке
источник

AE

Alexandr Emelyanov in pro.jvm
да и беда что ли отдельную колонку завести, тем более если она прозрачна для тебя
источник

D

Dima in pro.jvm
Значения timestamp with time zone внутри всегда хранятся в UTC (Universal Coordinated Time, Всемирное скоординированное время или время по Гринвичу, GMT). Вводимое значение, в котором явно указан часовой пояс, переводится в UTC с учётом смещения данного часового пояса. Если во входной строке не указан часовой пояс, подразумевается часовой пояс, заданный системным параметром TimeZone и время так же пересчитывается в UTC со смещением timezone.
источник

AK

Andrey Karepin in pro.jvm
а зачем?
источник

AK

Andrey Karepin in pro.jvm
Andrey Karepin
а зачем?
хранишь-передаёшь в UTC → преобразовываешь в нужный на той стороне
источник

D

Dima in pro.jvm
Andrey Karepin
хранишь-передаёшь в UTC → преобразовываешь в нужный на той стороне
собственно по этому Instant очень простой и удобный
источник

D

Dima in pro.jvm
а с конкретными типами без доп колонок получается: Время + Зона -> база -> UTC -> преобразуем обратно при чтении -> получаем только UTC (так как системная зона тоже UTC)
источник

w

wystan_hugh in pro.jvm
Dima
Значения timestamp with time zone внутри всегда хранятся в UTC (Universal Coordinated Time, Всемирное скоординированное время или время по Гринвичу, GMT). Вводимое значение, в котором явно указан часовой пояс, переводится в UTC с учётом смещения данного часового пояса. Если во входной строке не указан часовой пояс, подразумевается часовой пояс, заданный системным параметром TimeZone и время так же пересчитывается в UTC со смещением timezone.
Да, так и должно быть. В моем случае, проблема действительно в jdbc драйвере и типе timestamp &useTimezone=false решило проблему.
источник

D

Dima in pro.jvm
Alexandr Emelyanov
да и беда что ли отдельную колонку завести, тем более если она прозрачна для тебя
вообще не беда
источник

D

Dima in pro.jvm
и такая колонка и твой совет буду работать
источник

D

Dima in pro.jvm
прикол в том, что обычно такой колонки нет и Instant всему голова
источник

AE

Alexandr Emelyanov in pro.jvm
Dima
Значения timestamp with time zone внутри всегда хранятся в UTC (Universal Coordinated Time, Всемирное скоординированное время или время по Гринвичу, GMT). Вводимое значение, в котором явно указан часовой пояс, переводится в UTC с учётом смещения данного часового пояса. Если во входной строке не указан часовой пояс, подразумевается часовой пояс, заданный системным параметром TimeZone и время так же пересчитывается в UTC со смещением timezone.
не вижу про доп колонку
источник

D

Dima in pro.jvm
рекомендую изучить твою же ссылку выше и внимательно прочитать абзац
источник

D

Dima in pro.jvm
Alexandr Emelyanov
не вижу про доп колонку
без нее ты получишь при чтении UTC
источник

D

Dima in pro.jvm
зона потеряется
источник

D

Dima in pro.jvm
и смысла в твоем конкретном типе не будет
источник

D

Dima in pro.jvm
он будет работать как Instant
источник

D

Dima in pro.jvm
wystan_hugh
Да, так и должно быть. В моем случае, проблема действительно в jdbc драйвере и типе timestamp &useTimezone=false решило проблему.
вот отлично
источник

I

Ilia in pro.jvm
на всякий случай напомню, что реализации timestamp with/without timezone в постгре и, скажем, оракле несколько разные %)
источник

D

Dima in pro.jvm
да, я про постгрю
источник