我对堆栈溢出进行了大量搜索,发现将java.util.Date映射到SQL数据库经常会导致问题,可能的解决方案是
但是,在我看到的所有情况中,问题是在保存日期时,最后一个字段(例如毫秒)丢失了(例如,000)。在我的例子中,这有点不同,请考虑下面的代码:
public class TestDateTime implements Serializable {
private long id;
private Date created;
private Calendar published;
public TestDateTime(Date created, Date published) {
this.created = created;
this.published = GregorianCalendar.getInstance();
this.published.setTime(published);
}
}
<class name="TestDateTime" table="TestDateTime">
<id name="id" type="long" column="id">
<generator class="identity" />
</id>
<property name="created" column="created"/>
<property name="published" column="published"/>
</class>
private void testSaveDate(HibernateTemplate hibernateTemplate) {
long time = 1357747095488l;
TestDateTime tdt = new TestDateTime(new Date(time), new Date(time));
System.out.println("Before saving created:" + tdt.getCreated().getTime() + " (" + tdt.getCreated() + ")"
+ ", published:" + tdt.getPublished().getTime().getTime() + " (" + tdt.getPublished().getTime() + ")");
Serializable id = hibernateTemplate.save(tdt);
TestDateTime saved = hibernateTemplate.get(TestDateTime.class, id);
System.out.println("After saving created:" + saved.getCreated().getTime() + " (" + saved.getCreated() + ")"
+ ", published:" + saved.getPublished().getTime() + " (" + saved.getPublished() + ")");
}结果显示控制台上的下列输出:
[INFO] Before saving created:1357747095488 (Wed Jan 09 16:58:15 CET 2013), published:1357747095488 (Wed Jan 09 16:58:15 CET 2013)
[INFO] Hibernate: insert into TestDateTime (created, published) values (?, ?)
[INFO] Hibernate: select testdateti0_.id as id42_0_, testdateti0_.created as created42_0_, testdateti0_.published as published42_0_ from TestDateTime testdateti0_ where testdateti0_.id=?
[INFO] After saving created:1357747095487 (2013-01-09 16:58:15.487), published:Wed Jan 09 16:58:15 CET 2013 (java.util.GregorianCalendar[time=1357747095487,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo[id="Europe/Berlin",offset=3600000,dstSavings=3600000,useDaylight=true,transitions=143,lastRule=java.util.SimpleTimeZone[id=Europe/Berlin,offset=3600000,dstSavings=3600000,useDaylight=true,startYear=0,startMode=2,startMonth=2,startDay=-1,startDayOfWeek=1,startTime=3600000,startTimeMode=2,endMode=2,endMonth=9,endDay=-1,endDayOfWeek=1,endTime=3600000,endTimeMode=2]],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=1,YEAR=2013,MONTH=0,WEEK_OF_YEAR=2,WEEK_OF_MONTH=2,DAY_OF_MONTH=9,DAY_OF_YEAR=9,DAY_OF_WEEK=4,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=4,HOUR_OF_DAY=16,MINUTE=58,SECOND=15,MILLISECOND=487,ZONE_OFFSET=3600000,DST_OFFSET=0])因此,在将日期保存到SQL server后,它将从1357747095487. 1357747095488改为1357747095488的1ms。这是SQL Server的datetime类型的预期行为吗?
此外,我必须指出,日期对象是由JackRabbit在签入期间创建的,因此我无法在JackRabbit中截断此日期,以使其与存储在Server中的值同步。
问题是,在我的应用程序中,我必须比较这个日期,其中一些来自JackRabbit,另一些来自数据库(其中最初也是由Jack兔子创建的)。由于server中日期的版本与JackRabbit中的日期不同,所以我无法正确地比较它们。
对我来说最好的解决方案是多数据库兼容(我们同时使用MySql和MsSql 2008 R2)。有没有一种标准的方法将java.util.Date映射到bigint列,这样我就可以自己存储长值了吗?或者我应该创建我的UserType?这是不是个坏主意,因为我仍然可以比较查询中的多头(我假设Hibernate也有适当的映射)
发布于 2013-01-12 03:04:03
Server中DateTime数据类型的精度约为3ms。见这里。DateTime2数据类型更精确。见这里。
https://stackoverflow.com/questions/14288724
复制相似问题