No SQL Server 2016 (13.0.6300.2) temos uma tabela com duas colunas XML e cerca de 1 500 000 linhas. O tamanho da tabela é de cerca de 150 GB. Qual é a melhor opção para comprimir esta tabela? Eu estava verificando a compactação PAGE no ambiente de desenvolvimento, mas economiza apenas 3%. É possível que no Sql Server 2019 (atualização planejada em um futuro próximo) seja melhor?
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
Os dados XML não são compactados usando compactação de página se os dados estiverem fora da linha. Por padrão, os dados XML (todos os tipos de dados LOB) estão em linha se a linha for menor que 8.000 bytes.
A menos que eu calcule mal, sua média é de 107.000 bytes por linha. Ou seja, é muito provável que a grande quantidade de seus dados XML esteja fora da linha. O que significa que a compactação da página não ajudará (muito).
O SQL Server 2022 possui compactação XML. Veja isto e isto (a opção XML_COMPRESSION).