Depois de pesquisar na internet, não consegui encontrar o motivo para
Por que precisamos reconstruir e reorganizar índices no SQL Server?
o que acontece internamente quando reconstruímos e reorganizamos?
Um artigo em um site diz:
O índice deve ser reconstruído quando a fragmentação do índice for maior que 40%. O índice deve ser reorganizado quando a fragmentação do índice estiver entre 10% e 40%. O processo de reconstrução do índice usa mais CPU e bloqueia os recursos do banco de dados. A versão de desenvolvimento do SQL Server e a versão Enterprise têm a opção ONLINE, que pode ser ativada quando o Index é reconstruído. A opção ONLINE manterá o índice disponível durante a reconstrução.
Eu não conseguia entender isso, apesar de dizer WHEN
isso, mas gostaria de saber WHY
se precisamos reconstruir e reorganizar índices?
Respostas:
À medida que você executa inserções, atualizações e exclusões, seus índices serão fragmentados interna e externamente.
Fragmentação interna: você tem uma alta porcentagem de espaço livre nas páginas de índice, o que significa que o SQL Server precisa ler mais páginas ao digitalizar o índice.
A fragmentação externa ocorre quando as páginas do índice não estão mais em ordem; portanto, o SQL Server precisa fazer mais trabalho, especialmente em termos de IO, para ler o índice.
Se seus índices ficarem muito fragmentados, na melhor das hipóteses, suas consultas serão menos eficientes, mas, na pior das hipóteses, o SQL Server deixará de usar os índices todos juntos, o que significa que praticamente todas as consultas precisariam executar uma varredura de tabela ou de cluster. Isso prejudicará muito o seu desempenho!
Quando você reorganiza um índice, o SQL Server usa as páginas de índice existentes e apenas embaralha os dados nessas idades. Isso aliviará a fragmentação interna e também poderá remover uma pequena quantidade de fragmentação externa. É uma operação mais leve que a reconstrução e está sempre online.
Quando você reconstrói um índice, o SQL Server na verdade recorre aos dados do índice e usa um novo conjunto de páginas de índice. Obviamente, isso aliviará a fragmentação interna e externa, mas é uma operação mais pesada e, por padrão, faz com que o índice fique offline, embora possa ser executado como uma operação online, dependendo da versão e das configurações do SQL Server.
No entanto, não espere ter fragmentação 0 após uma reconstrução. A menos que você use uma dica de consulta MAXDOP, o SQL Server paralelizará a operação de reconstrução e quanto mais processadores envolvidos, maior a probabilidade de haver fragmentação, pois cada processador ou núcleo reconstruirá sua seção ou fragmento do índice individualmente, sem levar em consideração entre si. Essa é uma troca entre os melhores níveis de fragmentação e o tempo necessário para reconstruir o índice. Para uma fragmentação próxima de 0, use MAXDOP 1 e classifique os resultados no TempDB.
fonte
Para remover a fragmentação que causa problemas como lentidão no nível do banco de dados / consultas de longa execução, etc.
Para obter um entendimento detalhado sobre a fragmentação e como reconstruir e reorganizar os índices (ou reorganizar as páginas de índice), consulte o link abaixo: https://www.idera.com/productssolutions/sqlserver/sqldefragmanager/what-is-fragmentation
fonte