我正在执行查询，它产生计划：
统计 IO：
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Workfile'. Scan count 128, logical reads 5952, physical reads 576, read-ahead reads 6080, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Table1'. Scan count 9, logical reads 90450, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
所以，一些问题
1. 为什么 Statistics IO 显示比 Profiler 更高的读取？.
至于KB314648，如果 Profiler 报告的数字高于 Statistics IO，则可以。但是 Profiler 92283在描述的查询中显示读取，相同的执行。这是否意味着 Profiler 不计算工作文件/工作表读取？
2.“工作表”和“工作文件”有什么区别
我发现：
- 工作文件可用于存储散列连接和散列聚合的临时结果。
- 工作表可用于存储查询假脱机、lob 变量、XML 变量和游标的临时结果。
它们之间有一些物理差异吗？
3.为什么在这种特殊情况下会有“工作台”？
如果有 0 个逻辑读取，为什么我还有工作台？它包含在统计 IO 中只是因为可能需要它（以防估计错误）？
在technet上找到的描述似乎含糊不清..
4. Workfile 上的“Physical reads”是什么意思？
这是否意味着没有足够的内存可供查询，因此必须在查询执行时将数据写入磁盘（哈希匹配出现黄色警告）？我是否可以假设每当我在 Statistics IO 中看到具有物理读取的工作表/工作文件时，没有足够的内存用于查询，并且查询的一些中间结果必须写入 tempdb 磁盘？每当我只看到逻辑读取时，就会使用 RAM？
5. 一个“工作文件”是指一个用于一个目的的表吗？
如果有多个工作文件/工作表，那么我不知道它用于什么操作？
1. 为什么 Statistics IO 显示比 Profiler 更高的读取？
不知道，对不起。通常存在差异，因为它们测量的是知识库文章中提到的不同事物。我知道没有关于此的其他文档。您也许可以通过详细的测试推断出一些事情，但实际上并不能保证您发现的任何内容在版本和构建中都保持一致。在考虑可能的错误之前，预期的行为足够不一致。
2.“工作表”和“工作文件”有什么区别
两者都是内部对象；否则，这几乎就是名称所暗示的：工作表具有类似表的结构，工作文件类似于文件。详细的结构是不可见的，尽管可以通过检查它们的方法并使用调试器跟踪它们的执行路径来辨别一些广泛的特征。
3.为什么在这种特殊情况下会有“工作台”？
（行模式）散列操作始终需要工作表。它在内部用于将输入分配到散列分区（一个重载的术语，与表分区无关）并跟踪状态。我从未见过散列工作表在统计输出中报告除零以外的任何内容，但我从未真正研究过它。
4. Workfile 上的“Physical reads”是什么意思？
工作文件是散列分区溢出时采用的机制的一部分。虽然没有记录，但当执行引擎从工作文件中检索溢出的哈希分区时，就会发生物理读取和预读读取。
5. 一个“工作文件”是指一个用于一个目的的表吗？
我记得，可能有多个实例。我不知道将特定
STATISTICS IO线与特定对象或计划节点相关联。这是一个长期存在的限制。SQL Server 2016 中可能对此有所改变，但我尚未测试它是否适用于内部临时对象。最终，除了通过查看执行后计划（或通过 DMV、扩展事件等）中的其他信息可以了解之外，从工作文件和工作表的输出中学到的东西并没有多大用处。
STATISTICS IO对于不完整的答案，我深表歉意，但这是我能想到的最好的答案。