项目组的DBA对java不太熟，最近他在做数据清洗和迁移时遇到一个容易被忽视的问题，解决过程贴出来，备忘。
当他对Oracle之前一个Date类型字段（比如名为“column”）结果集进行操作：
...略...
java.sql.Date date = rs.getDate("column");
...略...
上面的语句返回一个java.sql.Date，将此date原封不动set到另一个preparedStatement：
...略...
pstmt.setDate(index,date);
pstmt.executeUpdate();
conn.commit();
...略...
一个神奇的现象发生了：精度损失。比如数据源是 “2012-11-12 10:20:25”，迁移到新库之后成了“2012-11-12”。打断点之后发现getDate方法拿出来的日期不带时分秒（那个long类型的毫秒值已经损失了精度）。
然后google一把：“jdbc setdate lost hour” 发现有很多人遇到过这个问题。
第一个就是stackoverflow上有人问类似的问题：
原文说：“Instead of Date you should use a Timestamp and the setTimestamp method.”
OK，马上试试，用timestamp替换：
Timestamp date = rs.getTimestamp("column");
....略...
pstmt.setTimestamp(index,date);
pstmt.executeUpdate();
conn.commit();
然后去库里看，OK了，时分秒都插进去了~