Se eu particionar uma tabela com ntext
, text
ou tipos de image
dados e reconstruir um índice em uma única partição com online = off
, isso bloqueará a tabela inteira ou apenas a partição em questão?
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Eu tive algum tempo para ver isso, e como eu já tinha alguns dos scripts de demonstração escritos, foi muito fácil verificar o resto. Vamos fazer a configuração, então veja os resultados. Isso criará a tabela e o índice particionados necessários.
Isso me dá 5 partições com 1 milhão de linhas e uma partição vazia.
Mesa de fantasia:
Aqui está a sessão XE que estou usando para ver quais bloqueios as recompilações de índice precisam:
Com isso no lugar, posso reconstruir minhas partições e, em seguida, cavar no XE.
Agora, vou colocar o evento XE triturando as coisas no final, porque é muito feio, e não há razão para fazer todo mundo assistir a isso para ver os resultados. Vou usar os resultados da primeira partição como exemplo, mas eles são praticamente idênticos em todas as 6 partições, mesmo na vazia.
Estou limitando os resultados da atualização apenas aos bloqueios de nível de objeto. Estes são os únicos com os quais nos preocupamos.
Pelo que posso dizer, para cada partição , um
SCH-M
bloqueio é retirado no início da reconstrução do índice e liberado no final ON THE TABLE .Por exemplo, se eu executar uma reconstrução de partição única em uma transação:
E então em outra janela do SSMS:
O select fica bloqueado até eu matar a reconstrução. Quando termina, o plano de consulta mostra a eliminação da partição ocorrendo , portanto, apenas a partição 1 sendo reconstruída parece afetar toda a tabela.
Espero que isto ajude!
Agora, aqui está o terrível código de destruição da sessão XE: