Estou executando a consulta, que produz o plano:
Estatística 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 Statistics IO mostra leituras mais altas do que o Profiler? .
Quanto ao KB314648 , tudo bem se o Profiler relatar números mais altos do que o Statistics IO. Mas o Profiler mostra 92283as leituras na consulta descrita, na mesma execução. Isso significa que o Profiler não conta as leituras do 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 agregações de hash.
- 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 particular?
Por que eu tenho uma mesa de trabalho, se houver 0 leituras lógicas? Está incluído nas estatísticas IO apenas porque pode ser necessário (no caso de estimativas incorretas)?
A descrição encontrada no technet parece vaga.
4. O que significa "leituras físicas" no arquivo de trabalho?
Isso significa que não havia memória suficiente concedida para a consulta, então os dados tiveram que ser gravados no disco enquanto a consulta é executada (aviso amarelo no Hash Match)? Posso presumir que sempre que vejo a tabela de trabalho/arquivo de trabalho no Statistics IO com leituras físicas, não há memória suficiente concedida para a consulta e alguns resultados intermediários da consulta tiveram que 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 que é usada para um propósito?
Se houver mais de um arquivo/mesa de trabalho, não posso saber para qual operação ele é usado.
1. Por que o Statistics IO mostra leituras mais altas do que o Profiler?
Não faço ideia, desculpe. Muitas vezes há diferenças porque eles estão medindo coisas diferentes, conforme mencionado no artigo da base de conhecimento. Não há nenhuma documentação adicional sobre isso que eu saiba. Você pode inferir algumas coisas por meio de testes detalhados, mas não há realmente nenhuma garantia de que o que você encontrar permanecerá consistente entre versões e compilações. O comportamento pretendido é inconsistente o suficiente, antes de contabilizar possíveis bugs .
2. Qual é a diferença entre "Worktable" e "Workfile"
Ambos são objetos internos; caso contrário, é basicamente o que os nomes sugerem: uma mesa de trabalho tem uma estrutura semelhante a uma tabela, um arquivo de trabalho é semelhante a um arquivo. A estrutura detalhada não é visível, embora alguns recursos gerais possam ser discernidos inspecionando seus métodos e seguindo seus caminhos de execução com um depurador.
3. Por que existe "Worktable" neste caso particular?
Uma tabela de trabalho é sempre necessária para uma operação de hash (modo de linha). Ele é usado internamente na distribuição da entrada em partições de hash (um termo sobrecarregado, não relacionado ao particionamento de tabelas) e para acompanhar o status. Nunca vi uma tabela de trabalho de hash relatar nada além de zero na saída de estatísticas, mas nunca realmente examinei isso.
4. O que significa "leituras físicas" no arquivo de trabalho?
Os arquivos de trabalho fazem parte do mecanismo empregado quando uma partição hash se espalha. 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 que é usada para um propósito?
Pelo que me lembro, pode haver várias instâncias. Não há nenhuma maneira que eu conheça de relacionar uma
STATISTICS IOlinha específica a um objeto ou nó de plano 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 isso se aplica a objetos temporários internos.Em última análise, não há muito o que aprender com a
STATISTICS IOsaída de arquivos de trabalho e tabelas de trabalho além do que você pode aprender observando outras informações em um plano de pós-execução (ou por meio de DMVs, eventos estendidos etc.). Peço desculpas pela resposta incompleta, mas é o melhor que posso oferecer de cabeça.