Ох, какой ад

[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 (видимо тоже 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 минут раньше или позже границы - все, контракт не катит.