Re: Bug? report : PreparedStatement.setObject(java.util.Date) don't work
В списке pgsql-jdbc по дате отправления:
| От | Oliver Jowett |
|---|---|
| Тема | Re: Bug? report : PreparedStatement.setObject(java.util.Date) don't work |
| Дата | |
| Msg-id | 473579D8.3060600@opencloud.com обсуждение |
| Ответ на | Re: Bug? report : PreparedStatement.setObject(java.util.Date) don't work ("雨森郷太郎" <gotaroamenomori@gmail.com>) |
| Ответы |
Re: Bug? report : PreparedStatement.setObject(java.util.Date) don't work
|
| Список | pgsql-jdbc |
雨森郷太郎 wrote: > However, Is there reason to refrain from supporting java.util.Date ? Despite the name, java.util.Date actually contains both date and time information, and mapping it to SQL's DATE would silently lose data. That's why java.sql.Date exists in the first place: it's a deliberately limited subclass that explicitly only carries date information. We could map java.util.Date to TIMESTAMP, I suppose, but I think that'll cause even more confusion since there's also java.sql.Timestamp (that gives nanosecond precision vs. java.util.Date's millisecond precision). Most of the time, using java.util.Date with JDBC means you've got an application bug, and I don't think silently covering it up is a great idea. -O
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера