SET STATISTICS IO vs SQL Profiler统计出来的reads不一致

    进行数据查询优化时，每每在sql语句前加上set statistics io/time on ，运行查看当前语句的IO,reads,cpu占用时间等信息。通过加减/修改索引反复获取这引起信息，以便确认语句是否真的优化了。

     sql server 2005 中，有个SQL Server Profiler,可以跟踪sql 事件，对分析应用程序的sql语句的统计信息，对占用时间或reads次多的语句进行优化很有帮助。但是，今天反复测试了一个查询语句，在SSMS中，statistics io的逻辑读如下：

(10 行受影响)
表 'Work_WorkItemTask'。扫描计数 30，逻辑读取 82 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'Work_WorkType'。扫描计数 30，逻辑读取 60 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'Work_WorkItemState'。扫描计数 1，逻辑读取 71 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'Work_WorkItem'。扫描计数 1，逻辑读取 119 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

通过SQL Server Profiler跟踪，得到这条语句的信息如下：

逻辑读共1436次，远远大于statistics io的统计之和，这是为什么呢，两者都是在统计语句的信息，怎么得到的结果差这么多呢。

查询网上资料，有的贴子说，是关于UDF。对了，这个语句中用到了UDF，我去掉udf后，两者的统计信息一致。

我想，两者的统计信息略有不同，是可以理解的。

下面是参考的文章：

Number of Reads in Profiler and Actual Execution Plan

http://www.sqlservercentral.com/Forums/Topic685678-146-1.aspx

INF： 统计 IO、 SQL 事件探查器和 Sysprocesses IO 计数器的差异

http://support.microsoft.com/kb/314648

SET STATISTICS IO vs SQL Profiler

http://204.9.76.233/Community/forums/p/2224/12452.aspx#12452