9月22日培训日记（下）
下午接着检查王泽佑完成的作业情况，王泽佑的任务是使用Hibernate中的DriverManagerConnectionProvider来获得数据库连接，由于DriverManagerConnectionProvider没有提供构造方法或setter方法来接收配置信息，而是只能调用configure(Properties)方法来设置其配置信息，这将无法利用Spring进行配置。王泽佑为了能够利用起Spring，他将confiure方法接受的参数Properties对象作为Spring的一个bean对象（这有点过度使用Spring了，他们的理由是好玩和加深对spring的应用），没想到这一用却用出了一个很怪的问题：详细细节请参看我的下一篇文章《发现Hibernate的bug与对Properties的深入认识》
在王泽佑例子程序的基础上，讲解了如何知道Hibernate配置文件中的<session-factory>元素中的各个<property>子元素的信息，为什么Hibernate 3.x中不再提供DBCPConnectionProvider，如何将hibernate的连接池改为一个专业的连接池，例如，改为C3P0ConnectionProvider，根据运行时提示找不到类的错误信息，可以帮助确定启用了C3P0连接池，然后将C3P0的jar包加入进去即可。
讲解Hibernate配置文件的工作原理，其中的配置信息实际上是供ConnectionProviderFactroy去使用，ConnectionProviderFactroy根据读取的hibernate.connection.provider_class属性决定，c3p0的其他属性属于C3P0特有的，可设可不设）。其实，在ibatis配置文件中配置数据源时，也是在配置SimpleDataSourceFactory，而不是在配置SimpleDataSource。
李杰配置C3P0的hibernate.c3p0.max_statements属性时，他使用的数据库为sql server，结果报告了错误，这是因为如sql server默认情况下只支持同时打开一个statement对象，我告诉他在连接URL后增加一个SelectMethod属性来解决这个问题。在帮李杰配连接字符串时，又有一个小问题的收获：如果在spring配置文件中为mysql连接串设置多个属性，因为每个属性采用&相连，所以，要把&符号转换成&
下面是李杰做的一个调用SQL Server的存储函数并获取存储函数返回值的实验
sql脚本：
create function function1
(@id int)
returns varchar(20)
as
begin
declare @temp varchar(20)
select @temp=name from teacher where id=@id
return @temp
end
drop function function1
select dbo.function1(id) from teacher
调用程序代码：
Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
Connection con = DriverManager.getConnection("jdbc:microsoft:sqlserver://127.0.0.1:1433;databasename=test2","sa","");
CallableStatement call = con.prepareCall("{?=call dbo.function1(?)}");
call.registerOutParameter(1,Types.VARCHAR);
call.setString(2,"1");
call.execute();
System.out.println(call.getString(1));
可见，对于SQL Server而言，代表返回值与参数的问号进行了统一编号，按从左到右的顺序从1开始编号。
下面是王涛做的一个调用Mysql的存储函数并获取存储函数返回值的实验
cstmt = cn.prepareCall("{?= call print_Massage(?)}");
cstmt.registerOutParameter(1,Types.VARCHAR);
cstmt.setString(1,name);
cstmt.execute();
log.info(cstmt.getString(1));
可见，对于Mysql而言，代表返回值与参数的问号分别进行编号，各自按从左到右的顺序从1开始编号。
接着为大家讲解Spring中的JDBCTemplate，顺带引出了PreparedStatementCreator、PreparedStatementCallback和PreparedStatementSetter的应用原理。
JDBCTemplate.execute(PreparedStatementCreator,PreparedStatementCallback)
{
try
{
相同 Connection cn = ds.getConnection();
不同 PreparedStatement pstmt = PreparedStatementCreator.createPreparedStatement(cn);
ifPreparedStatementCreator instanceof SqlProvider)
{
//如果未实现SqlProvider,得到了pstmt，但不知道其中包含的sql语句，无法打出调试信息
log(pstmt.getSql())
}
不同（是查询、还是修改，如何处理结果集）
PreparedStatementCallback.doInPreparedStatement(pstmt);
}catch(Exception e)
{
....
}
finally
{
.....
}
}
接着分析execute(String sql)方法的原理：
execute(String sql)
{
execute(new PreparedStatementCreator()
{
createPreparedStatement(cn)
{
pstmt = cn.prepareStatement(sql);
return pstmt;
}
}
,new PreparedStatementCallback()
{
doInPreparedStatement(pstmt)
{
pstmt.executeUpdate();
}
}
);
}
update(String sql, PreparedStatementSetter pss)
{
}
public int update(String sql,Object[] args)
最后讲解了使用JdbcTemplate进行批量操作
JdbcTemplate.batchUpdate(String, BatchPreparedStatementSetter)
作业：用JdbcTemplate插入一组数据。
