设置统计IO-工作表/工作文件

我正在执行查询，产生计划：

统计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报告的数字大于统计信息IO，则可以。但是Profiler 92283在描述的查询中显示 读取，执行相同。这是否意味着Profiler不计算工作文件/工作表读取次数？

2.“工作表”和“工作文件”之间有什么区别

我发现：

• 工作文件可用于存储哈希联接和哈希聚合的临时结果。
• 工作表可用于存储查询假脱机，lob变量，XML变量和游标的临时结果。

它们之间有物理上的区别吗？

3.为什么在这种情况下会有“工作台”？

如果逻辑读为0，为什么我根本没有工作表？仅将其包含在统计数据IO中是因为可能需要它（如果估算错误）？

在Technet上找到的描述似乎含糊。

4.工作文件上的“物理读物”是什么意思？

这是否意味着没有足够的内存分配给查询，因此在执行查询时必须将数据写入磁盘（哈希匹配警告为黄色）？我可以假设每当我在统计信息IO中看到带有物理读取的工作表/工作文件时，都没有足够的内存分配给查询，并且某些查询的中间结果必须被写入tempdb磁盘中？而且每当我仅看到逻辑读操作时，就会使用RAM？

5.一个“工作文件”是指恰好一个表用于一种目的？

如果有一个以上的工作文件/工作表，那么我不知道要使用哪种操作？

1.为什么Statistics IO的读取次数要高于Profiler？

不知道，对不起。通常存在差异，因为它们衡量的是知识库文章中提到的不同事物。据我所知，没有其他文档。您也许可以通过详细的测试来推断一些事情，但实际上并不能保证您发现的内容在各个版本和内部版本中都保持一致。在考虑可能的错误之前，预期的行为不够一致。

2.“工作表”和“工作文件”之间有什么区别

两者都是内部对象；否则，其名称就几乎表明了什么：工作表具有类似表的结构，工作文件具有类似文件的结构。尽管可以通过检查其方法并使用调试器遵循其执行路径来识别某些广泛的功能，但其详细结构是看不到的。

3.为什么在这种情况下会有“工作台”？

（行模式）哈希操作始终需要工作表。它在内部用于将输入分配到哈希分区（重载术语，与表分区无关）中并跟踪状态。我从未见过哈希工作表在统计信息输出中报告除零以外的任何内容，但是我从来没有真正研究过它。

4.工作文件上的“物理读物”是什么意思？

工作文件是哈希分区溢出时采用的机制的一部分。尽管没有记录，但是当执行引擎从工作文件中检索溢出的哈希分区时，就会发生物理读取和预读读取。

5.一个“工作文件”是指恰好一个表用于一种目的？

我记得，可能有多个实例。我没有办法知道将特定STATISTICS IO线与特定对象或计划节点相关联。这是一个长期的局限性。SQL Server 2016中可能对此进行了更改，尽管我尚未测试过是否适用于内部临时对象。

最终，从工作文件和工作表的输出中学到的东西不多STATISTICS IO，您可以通过查看执行后计划中的其他信息（或通过DMV，扩展事件等）来学习。对于不完整的答案，我深表歉意，但这是我能提供的最好的解决方案。