在sql server 2005里执行存储过程后，消息窗口有这么一句话“警告: 聚合或其他 SET 操作消除了空值。”。

ADO.net可能因为这个警告导致出结果很慢，虽然在sql server里执行没什么问题。

原因是sum里面没有isnull一下。改了一下sql语句就好了。

再看看我们的这个SQL自定义函数GetStatisticsAnalysis_ManagerWorkFeatTop3PM，里面果然有大段的聚合函数：

函数定义

将sum里面的字段先ISNULL转换下，修改这个SQL自定义函数，保存，再调用这个函数，OK，不超时了！

但是，DBA告诉我，不可以这么做，因为NULL值在业务上有特别的含义，不能随便转换！

没法，只能将函数恢复原样。

(补充:

执行procedure过程，出现“警告：聚合或其它   SET   操作消除了空值”警告

会导致存储过程的结果集无法得到。

使用 set ansi_warnings off  可以屏蔽这个错误。。

在存储过程的结尾再使用 set ansi_warnings on 恢复原来的设置

使用这个方法,可以解决本文标题的问题.

)

再次调用函数，还是没有超时？难道跟这个NULL在聚合函数里面的问题无关？

猜想应该是SQLSERVER将上次的查询结果缓存了，等等看。

第二天，问题又出现了，查询超时，但这次既不能重新启动服务器，也不能修改这个自定义函数，怎么办？

同事帮我在网上搜索了一下，找到这篇文章：

参数化查询比拼接字符串慢的原因

里面说，是参数类型不正确，必须设定为数据库一致的参数类型。

我们的系统使用PDF.NET数据开发框架做的，所以要改这个问题只需要在SQL-MAP配置文件里面修改一下就可以了：

<? xml version="1.0" encoding="utf-8" ?>
<!--
PWMIS SqlMap Ver 1.1.2 ,2006-11-22,http://www.pwmis.com/SqlMap/
Config by SqlMap Builder,Date:2010/9/19

请在VS的IDE菜单 XML-》架构 里面选择架构文件 SqlMap.xsd，这样直接编辑本文件将就可以有智能提示了。
-->
< SqlMap  EmbedAssemblySource ="FTWebDAL,FTWebDAL.SqlMap.config" >
< Script  Type ="SqlServer"  Version ="2005"  ConnectionString ="Server=192.168.1.2;uid=sa;pwd=sasa;database=XXDB;" >
< CommandClass  Name ="StatisticalAnalysisDAL"  Class ="StatisticalAnalysisDAL"  Description =""  Interface ="" >
<!-- 省略N多SQL-MAP脚本. -->
< Select  CommandName ="GetInfobyTranType"  CommandType ="Text"  Method =""  Description ="根据交易类型获取详细信息"  ResultClass ="DataSet" >
     <![CDATA[
      SELECT a.WorkNo,a.理财经理网点,a.理财经理姓名,a.序号,CAST( ROUND(a.金额/10000,2) as float) 金额
      FROM [GetStatisticsAnalysis_ManagerWorkFeatTop3PM] (
  #trantype:String,String,200#  ,
  #manageid:String,String,38#  ,
  #startime:String,String,21#  ,
  #endtime:String,String,21# ,
   #Roleid:String,String,38#
  ) a order by 序号 asc ]]> </ Select >
</ CommandClass >
</ Script >
</ SqlMap >

将上面的参数类型稍作修改：

<? xml version="1.0" encoding="utf-8" ?>
<!--
PWMIS SqlMap Ver 1.1.2 ,2006-11-22,http://www.pwmis.com/SqlMap/
Config by SqlMap Builder,Date:2010/9/19

请在VS的IDE菜单 XML-》架构 里面选择架构文件 SqlMap.xsd，这样直接编辑本文件将就可以有智能提示了。
-->
< SqlMap  EmbedAssemblySource ="FTWebDAL,FTWebDAL.SqlMap.config" >
< Script  Type ="SqlServer"  Version ="2005"  ConnectionString ="Server=192.168.1.2;uid=sa;pwd=sasa;database=XXDB;" >
< CommandClass  Name ="StatisticalAnalysisDAL"  Class ="StatisticalAnalysisDAL"  Description =""  Interface ="" >
<!-- 省略N多SQL-MAP脚本. -->
< Select  CommandName ="GetInfobyTranType"  CommandType ="Text"  Method =""  Description ="根据交易类型获取详细信息"  ResultClass ="DataSet" >
     <![CDATA[
      SELECT a.WorkNo,a.理财经理网点,a.理财经理姓名,a.序号,CAST( ROUND(a.金额/10000,2) as float) 金额
      FROM [GetStatisticsAnalysis_ManagerWorkFeatTop3PM] (
  #trantype:String, AnsiString ,200#  ,
  #manageid:String, AnsiString ,38#  ,
  #startime:String, AnsiString ,21#  ,
  #endtime:String, AnsiString ,21# ,
   #Roleid:String, AnsiString ,38#
  ) a order by 序号 asc ]]> </ Select >
</ CommandClass >
</ Script >
</ SqlMap >

把第二个String参数修改成AnsiString即可，对于SQL-MAP而言，参数格式是：

#ParameterName:Type,DbType,Length#，

所以相当于修改了DbType的类型。

保存配置文件，重新编译，OK，问题解决！！

为什么将DbType.String 修改成DbType.AnsiString就可以大大提高查询效率呢？

查询了资料，有下面的说法：

么数据库里面的字符集默认使用系统的字符集，也就是ANSI字符集，如果是中文操作系统，那么它就是GB2312格式的。

显然，GB2312不是Unicode字符集，但我们的程序里面默认的String类型是Unicode类型的，因此会在程序的字符集和数据库的字符集直接做转换，有可能导致数据库查询效率大大降低。

----------------------------------------------------

另外也有人说，数据库字段是varchar类型，程序中设置成DbType.String奇慢，但是设置成DbType.AnsiString将很快：

使用DbParameter傳遞參數撈SQL Server資料速度異常的慢

 http://adyhpq.blog.163.com/blog/static/3866700201062331034769/  

    本文转自深蓝医生博客园博客，原文链接：http://www.cnblogs.com/bluedoctor/archive/2011/03/04/1970866.html，如需转载请自行联系原作者