JDBC 时间处理

Java中用类java.util.Date对日期/时间做了封装，此类提供了对年、月、日、时、分、秒、毫秒以及时区的控制方法，同时也提供一些工具方法，比如日期/时间的比较，前后判断等。 
java.util.Date中采用一个long型的数来保存日期/时间，它表示从格林威治时间1970年1月1日00点00分00秒至今的毫秒数。 
JDBC中，在这个类的基础之上扩展了3个类：java.sql.Date,java.sql.Time,java.sql.Timestamp。 
java.sql.Date表示日期，只包括年月日； 
java.sql.Time表示时间，只包括时分秒； 
java.sql.Timestamp表示时间戳，包括年月日，时分秒，还有毫秒和纳秒；值得注意的是它比java.util.Date还多了一个纳秒。

这3个类分别对应数据库的3种数据类型： 
java.sql.Date 日期（只包括年月日） 
java.sql.Time 时间（只包括时分秒） 
java.sql.Timestamp 日期/时间（包括年月日，时分秒，还有毫秒和纳秒）

有了上面的一些基础知识，下面介绍一些处理技巧。

1.对于数据库种不同的时间类型，要分别采用与之相对应的Java包装类来存取； 
日期类型用java.sql.Date，时间类型用java.sql.Time，日期/时间类型用java.sql.Timestamp； 
这里举个例子：假设要从oracle中获取系统时间，需要执行sql：select sysdate from dual，然后在通过ResultSet获取查询结果时，一定要调用方法：getTimestamp()，这样才可以把年月日时分秒都取出来，调用getDate()只能取出年月日，调用getTime()只能取出时分秒。 
调用getString也可以取出来，但是存在问题，见技巧2。

2.尽量不要调用getString()来获取日期/时间类型的数据； 
调用getString()也可以取出时间类型的数据，JDBC在内部将日期/时间转换为字符串；但是这个字符串的格式却取决于数据库，用Oracle是一种，用Sybase又是一种，mysql又是一种，如果你想兼容多种数据库，还是不要用getString()的好。 
另外，采用字符串来保存时间存在一些问题，我在另外一篇帖子中解释过（见：Java中日期/时间的使用技巧【原创】）； 
还有是效率问题，用getString()需要在内部将日期时间转换为字符串，涉及字符串处理；但用getTimestamp()只需要做整数的运算和处理；而整数的运算处理一般都比字符串处理效率高。

3.如何将JDBC的日期/时间类型转换为字符串； 
曾经看到过有人这样写： 
java.sql.Timestamp timeStamp = //通过数据库访问获取到该数据 
java.util.Date utilDate = new java.util.Date(timeStamp.getTime()); 
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); 
String str = sdf.format(utilDate);

这样也可以达到最终目的，但是有点问题，java.sql.Timestamp是继承java.util.Date的，因此format的时候直接传入timeStamp即可，没有必要临时创建一个utilDate。像下面这样就可以了： 
java.sql.Timestamp timeStamp = //通过数据库访问获取到该数据 
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); 
String str = sdf.format(timeStamp);

如果是java.sql.Date或java.sql.Time，也是同样的道理。

4.在做select、update或insert时，如果某个字段为日期/时间类型，最好用PreparedStatement，而不要采用Statement 
经常会看到这样的程序： 
Connection conn;//前面的步骤略 
Statement stmt = conn.createStatement(); 
stmt.execute("insert into tab ( begin_date ) values ( TO_Date( '06/27/2005 12:59:52', 'MM/DD/YYYY HH24:MI:SS'))");

熟悉oracle的人都知道，TO_Date是oracle里的函数，其他数据库没有，即使有也很可能不一样。那么这段代码只能用在oracle上，如果换成其他数据库，程序就无法执行了。

如果采用PreparedStatement，代码是这样： 
Connection conn;//前面的步骤略 
PreparedStatement pstmt = conn.prepareStatement("insert into tab ( begin_date ) values( ?)"); 
pstmt.setTimestamp(1, new Timestamp(System.currentTimeMillis())); 
pstmt.execute(); 
可以看出来，这段代码与数据库无关，只要是支持标准sql的数据库都没有问题。 
客户是上帝，想用什么数据库，我们就得支持什么数据库，为了避免以后的麻烦，还是用PreparedStatement的好。

5.存储过程的参数，该用日期/时间类型的就要用，不要一味的都采用字符串型 
我发现电信部里几乎所有存储过程，只要是日期/时间，都采用字符串类型（varchar2或其它）。这样会造成很多麻烦。 
首先，需要约定字符串格式，调用者和被调用者都必须遵循这个格式，这种约定很容易受人为因素影响； 
其次，存储过程中需要对字符串做分析，合法性检查等，增加了编码的难度和负责度； 
再者，这些额外的代码，降低的程序的效率，增加了数据库的负担。

采用日期/时间类型来作为存储过程的参数，可以降低编码的难度，从逻辑上看起来更清晰，而且运行效率高。 
在JDBC中采用CallableStatement来调用存储过程，对日期/时间的输入和输出，可以采用setTimestamp,getTimestamp,setDate,getDate,setTime,getTime。

6.java.sql.Timestamp如何转换为java.util.Date？ 
java.sql.Timestamp是java.util.Date的子类，不需要做任何转换直接赋值即可： 
java.sql.Timestamp ts; 
java.util.Date utilDate; 
utilDate = ts;

java.sql.Date和java.sql.Time也是一样的道理。

7.java.util.Date如何转换为java.sql.Timestamp？ 
java.util.Date是java.sql.Timestamp的父类，不能像技巧6那样做了。要这样： 
java.sql.Timestamp ts; 
java.util.Date utilDate; 
ts.setTime(utilDate.getTime());

java.sql.Date和java.sql.Time也是一样的道理。