Ох, какой ад

[metaclass]

в Java c датой и временем.
Конкретно, чтобы на Clojure засунуть в jdbc параметр дату, пришлось перерыть весь гугл, исходники jaybird (firebird jdbc драйвера), внутренности joda-time и ее кложурной обертки clj-time

http://www.paullegato.com/blog/clojure-joda-sql-date-time/

(defn to-sql-date [date]
"Convert any Joda-readable date object (including a string) to a java.sql.Date"
(java.sql.Date. (.. (LocalDate. date) toDateMidnight toInstant getMillis)))

Основной затык - только в org.joda.time.LocalDate нормально сделана дата, без времени и временных зон. А jdbc драйвер понимает только java.sql.Date и вроде еще пару вариаций на тему "эпоха в long"

Comments

[slonopotamus.livejournal.com]

Всë в sql есть, timestamp with timezone.

[sergiej.livejournal.com]

Нихрена там нет таймзоны, Дата это универсальное время, оно не содержит информации о временном поясе, совсем. Проблема в том что Дата всегда создаётся как "локальная", и если её надо использовать "глобально" надо заниматься извращением - тянуть в дополнение к Дате ещё и временную зону в которой эту дату создавали.
Проблема даже глобальнее, она в том что для людей есть такое понятие как "дата" а для Джавы - нет. Тупо есть только время. То есть если контракт заключён в Минске с датой 1.1.2012 (на контракте так написано) и клиентское приложение в соответствии со всеми законами и правилами создало java.util.Date как полночь локального времени, итак для нормального человека это просто 1.1.2012, а для системы
это 31.12.2011 GMT + 3, и тут начинается ад, для клиентского приложения в Лондоне это 31.12.2011, для клиентского приложения в Москве это 1.1.2012. Что есть бред, даже если контракт заключён ночью у него одна "дата" - 1.1.2012.
Волевое решение писать все "даты" в одном временном поясе - например сервера помогает частично, танцы с переводам этой даты в человеческую дату клиента всё равно никто не отменял.

[slonopotamus.livejournal.com]

Я хер знает какой там у вас sql (видимо тоже fb, в котором, как выяснилось, даже лога запросов нет), в моëм sql всë есть: http://www.postgresql.org/docs/9.1/static/datatype-datetime.html#DATATYPE-DATETIME-TABLE
И с таймзоной и без таймзоны и отдельно дата без времени и отдельно время без даты.

[sergiej.livejournal.com]

Где вы там увидели таймзон у "даты"???

[slonopotamus.livejournal.com]

Само название ТАЙМзоны совершенно недвусмысленно намекает что она имеет отношение ко ВРЕМЕНИ. Если у нас нет ВРЕМЕНИ, то и нет смысла говорить о таймзоне.

И этим вашим Минским контрактам глубоко похер на таймзону. Не пишут в контракте в какой таймзоне он был заключен. Более того, можно сначала продать а потом в конце месяца задним числом подписать бумаги. И никого не колебет какая там была таймзона.

Ваш пример надуман.

[sergiej.livejournal.com]

Таймзона не имела бы отношения к дате, если бы лядский Date не был ВРЕМЕНЕМ - полночью ЛОКАЛЬНОГО времени. Каким боком я могу узнать в базе, в каком лядском локальном времени был тот, кто коздавал Дату если я этого специально где-то не запишу?

[slonopotamus.livejournal.com]

Когда в лядском sql хранится лядская дата без времени, утверждается, что у неë нет понятия таймзоны. Вааще нет. И не нужно думать о таймзоне когда делается распечатка контракта. Надо просто печатать "2012-01-01".

[sergiej.livejournal.com]

Вы что, издеваетесь? В этом и проблема что сколько бы правильно база дату не записывала, в жабе Дата это будет полночь ЛОКАЛЬНОГО времени. То есть получая вашу дату из базы жабовскому приложению нужно гадать для какого же пояса дату создавать.

[slonopotamus.livejournal.com]

Это кривизна жабской Даты, а вовсе не sql'я.

[sergiej.livejournal.com]

У жабы проблема это факт, но у жабы и отмазка простая - в отсутствиии единого стандарта получается кривой java.sql.Date, который не знает что "с той стороны" за дата имеется в виду.
Кроме того со стороны джавы проблема легко решается расширением типа даты.

[metaclass.livejournal.com]

Ну, про это речь и идет. О том, что нужен тип "дата" :)

[slonopotamus.livejournal.com]

Да есть в базе тип "дата". И называется он, как это ни странно, date.

[metaclass.livejournal.com]

А в жабе java.util.Date - внезапно, содержит время, равное полночи, и таймзону.

[slonopotamus.livejournal.com]

java.util.Date (как и java.util.Calendar) - феерический пиздец, который починен только в joda-time. Однако посыл тред-стартера (не путать с топик-стартером) был в том, что в sql нет типа "дата".

[sergiej.livejournal.com]

Посыл в том что нет стандарта, позволяющая эту дату переделывать однозначно в жавовскую дату, и нужно тягать ещё дополнительную информацию, или забить, и читать её в стринг.

[antontsau.livejournal.com]

нинада. В контрактах очень часто пишут. В страховках так вообще обязательно - "вступает в действие с 00.00 надцатого мартобря", а привязка по месту заключения контракта (что тоже обязательный аттрибут!) или прямо указывается временная зона (AEDT какой-нибудь). Ибо оно реально работает, расколотил застрахованный мошын на 15 минут раньше или позже границы - все, контракт не катит.