彩票走势图

　　在典型的SQL服务器性能优化实践中，我们经常使用JDBC驱动程序来识别哪一位用户使用的SQL服务器资源最多。使用JDBC驱动程序中的字符数据类型属性转换可以节省SQL服务器资源。

　　查询语句对于常使用JDBC驱动程序的用户来说并不陌生。

　　SELECT contact FROM tbl_Customers WHERE ID = @P0

　　这种查询仅需要3毫秒的时间即可以得到结果，看起来并不是太慢。但在使用这个语句对SQL服务器进行查询的时候，已经经历了数百万次计算，并且在这个过程中，将限制SQL其他程序运行对数据库资源的使用。为了了解整个运行过程，让我们看一下这个语句所牵扯到的SQL查询计划后台的运行程序。您会发现，这个过程其实比想象的要复杂许多。（这里仅提供执行计划中的最重要的一部分）：

　　Nested Loops(Inner Join, OUTER REFERENCES:([Expr1004],

　　|--Compute Scalar(DEFINE:(([Expr1004],[Expr1005],[Expr1003])=GetRangeThroughConvert([@P0)

　　| |--Constant Scan

　　|--Clustered Index Seek(OBJECT:([Prod].[dbo].[tbl_Customers]..[ID].. SEEK:( [ID] >
　　[Expr1008] AND [ID] < [Expr1009]),

　　WHERE:(CONVERT_IMPLICIT(nvarchar(255), [ID],0)=[@P0])

　　在整个查询过程中，程序运行了嵌套循环。这是对一个文件的单一查找，为何SQL服务器在编译查询计划是会使用嵌套循环程序而不是直接通过索引寻找相应的文件参数值？如果仔细分析一下上面的后台运行程序，您会发现在上述程序语句中有一个隐形的嵌套循环语句：

　　CONVERT_IMPLICIT(nvarchar(255), [ID],0)

　　这个语句就是为什么SQL服务器会重复引用嵌套程序的原因所在。为了尽量减少客户端Java本地字符串之间的转换，Java程序是按照统一码编写的。这就使得用户在使用JDBC驱动程序对SQL服务器进行查询或操作时，所有的varchar()会在默认状态下变为nvarchar()变量。而在SQL程序运行中nvarchar()变量的运行优先级高于varchar()变量。SQL服务器自身并不能将nvarchar()变量转换为varchar()变量，所以执行两种语句代码之间的转换时会发生一些错误。如@P0本身是varchar()变量，但链接传送给SQL数据库时会以nvarchar()变量的形式传送。

　　那么，我们如何使得JDBC驱动程序停止这一转换呢？在JDBC驱动程序属性中有一个按照&ldquo;统一码字符串参数发送链接命令&ldquo;（sendStringParametersAsUnicode）的选项。在默认状态下，这个选项的选择是，我们可以手动的将其改为否。这样问题就得到了解决。@P0会按照varchar()变量进行发送，从而不再参与到嵌套循环查询过程中。

　　如果用户希望同时传送varchar（）和nvarchar（）变量时，可以先将“统一码字符串参数发送链接命令”的选项设置为否。另外增加保证nvarchar（）变量传输的语句：

　　pStmt.setObject(2,Id,Types.NVARCHAR);

　　在对链接字符串属性进行修改后，整个过程运行的时间可以由3毫秒缩减为1.5毫秒。总工作量可以提高20%。没想到吧，一个小小的设置可以带来那么大的后台运行变化