sqlserver2000的jdbc驱动和PreparedStatement的性能问题。

核心提示：人们都说用PReparedStatement会提高程序的性能，我在sqlserver下面试了一下，sqlserver2000的jdbc驱动和PreparedStatement的性能问题。，结果令我大吃一惊 ，connection.setAutoCommit(false);pstmt = connection.prepa

人们都说用PReparedStatement会提高程序的性能。我在sqlserver下面试了一下，结果令我大吃一惊 。
connection.setAutoCommit(false);
pstmt = connection.prepareStatement(sql);
pstmt.setFetchSize(100);
pstmt.setString(1,"026011009004");
ResultSet rs = pstmt.executeQuery();
connection.commit();
做一个查询竟然需要6秒多，在数据库里数据很少的情况下很快的，但是数据库表里面的记录多到100万的时候查询真的很慢。一开始我怀疑是jdbc驱动的事情可是我换了一个sqlserver的jdbc驱动结果还是一样。

当向pstmt 设置int类型的参数时性能又正常了。
为什么设置string类型的时候会出现的？令我百思不得其解。
我查看sqlserver jdbc 驱动的文档 发现里面有这么一个参数：
SendStringParameters
AsUnicode
SendStringParametersAsUnicode={true false}. Determines
whether string parameters are sent to the SQL Server database in
Unicode or in the default character encoding of the database.
True means that string parameters are sent to SQL Server in
Unicode. False means that they are sent in the default encoding,
which can improve performance because the server does not need
to convert Unicode characters to the default encoding. You
should, however, use default encoding only if the parameter
string data that you specify is consistent with the default
encoding of the database.
The default is true

原来string型的参数传到数据库里面默认是转换成unicode的。
当我把SendStringParameters 设置成false时，查询的性能得到了巨大的提高，原来用6秒的查询现在只需要16毫秒了。
问题解决了。