SET STATISTICS IO- mesa de trabalho / arquivo de trabalho

Eu sou query executeg, que produz plano:

Estatísticas 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.

Então, algumas perguntas

1. Por que o IO do Statistics mostra leituras mais altas que o Profiler? .

Quanto ao KB314648, não há problema se o Profiler reportar números mais altos que o Statistics IO. Mas o Profiler mostra 92283leituras na consulta descrita, a mesma execução. Isso significa que o Profiler não conta as leituras de arquivo de trabalho / tabela de trabalho?

2. Qual é a diferença entre "Worktable" e "Workfile"

Eu descobri que:

• arquivos de trabalho podem ser usados ​​para armazenar resultados temporários para junções de hash e agregados de hash.
• As tabelas de trabalho podem ser usadas para armazenar resultados temporários para spool de consulta, variáveis ​​lob, variáveis ​​XML e cursores.

Existe alguma diferença física entre eles?

3. Por que existe "Worktable" neste caso em particular?

Por que eu tenho uma tabela de trabalho, se houver 0 leituras lógicas? Está incluído nas estatísticas IO apenas porque pode ser necessário (em caso de estimativas ruins)?

A descrição encontrada no technet parece vaga.

4. O que "leituras físicas" no arquivo de trabalho significa?

Isso significa que não havia memória suficiente concedida para a consulta; portanto, os dados tiveram que ser gravados no disco enquanto a consulta é executada (aviso amarelo no Hash Match)? Posso assumir que sempre que vejo tabela de trabalho / arquivo de trabalho no Statistics IO com leituras físicas, não há memória suficiente concedida para consulta e alguns resultados intermediários da consulta precisam ser gravados no disco tempdb? E sempre que vejo apenas leituras lógicas, a RAM é usada?

5. Um "arquivo de trabalho" significa exatamente uma tabela usada para uma finalidade?

Se houver mais de um arquivo de trabalho / mesa de trabalho, não posso saber em que operação ele é usado?

1. Por que o IO do Statistics mostra leituras mais altas que o Profiler?

Não faço ideia, desculpe. Freqüentemente existem diferenças porque elas estão medindo coisas diferentes, conforme mencionado no artigo da base de conhecimento. Não há documentação adicional sobre isso que eu saiba. Você pode deduzir algumas coisas através de testes detalhados, mas realmente não há garantia de que o que você encontrar permanecerá consistente entre as versões e compilações. O comportamento pretendido é inconsistente o suficiente, antes de considerar possíveis erros .

2. Qual é a diferença entre "Worktable" e "Workfile"

Ambos são objetos internos; caso contrário, é praticamente o que os nomes sugerem: uma tabela de trabalho possui uma estrutura semelhante a uma tabela, um arquivo de trabalho é semelhante a um arquivo. A estrutura detalhada não é visível, embora alguns recursos amplos possam ser discernidos inspecionando seus métodos e seguindo seus caminhos de execução com um depurador.

3. Por que existe "Worktable" neste caso em particular?

Uma tabela de trabalho é sempre necessária para uma operação de hash (modo de linha). É usado internamente na distribuição da entrada em partições hash (um termo sobrecarregado, não relacionado ao particionamento de tabela) e para acompanhar o status. Eu nunca vi uma tabela de trabalho de hash reportar nada além de zero na saída de estatísticas, mas nunca realmente o examinei.

4. O que "leituras físicas" no arquivo de trabalho significa?

Os arquivos de trabalho fazem parte do mecanismo empregado quando uma partição de hash é derramada. Embora não documentadas, as leituras físicas e de leitura antecipada ocorrem quando o mecanismo de execução recupera partições de hash derramadas dos arquivos de trabalho.

5. Um "arquivo de trabalho" significa exatamente uma tabela usada para uma finalidade?

Pelo que me lembro, pode haver várias instâncias. Não tenho como relacionar uma STATISTICS IOlinha específica a um objeto ou plano de nó específico. Esta é uma limitação de longa data. Pode haver uma alteração nisso no SQL Server 2016, embora eu não tenha testado para ver se ele se aplica a objetos temporários internos.

Por fim, não é muito útil aprender com a STATISTICS IOsaída de arquivos e tabelas de trabalho além daquilo que você pode aprender observando outras informações em um plano de pós-execução (ou via DMVs, Eventos Estendidos etc.). Peço desculpas pela resposta incompleta, mas é o melhor que posso oferecer em cima da minha cabeça.