Casos do Dia a Dia: Exclusão de campo Text não libera espaço em disco?

Fala pessoal,

Compartilhando mais uma experiência que tive no meu dia a dia de trabalho, após a verificação com a equipe de desenvolvimento da possibilidade de exclusão de 2 campos do tipo text de uma tabela muito utilizada, fui com toda empolgação na minha base de testes verificar o quanto de espaço em disco eu ganharia. Para isso, rodei a sp_spaceused para essa tabela, excluí os 2 campos text e rodei novamente a sp_spaceused.

Para minha surpresa, o espaço em disco utilizado por essa tabela continuava o mesmo. Ah não! É impossível! Como que esses campos não ocupam nenhum espaço no banco?

Vamos visualizar essa situação. Com o script abaixo criamos e populamos uma tabela comum:

SET NOCOUNT ON
CREATE TABLE Anotacao(
Id_Anotacao INT IDENTITY(1,1),
Dt_Anotacao DATETIME DEFAULT(getdate()),
Ds_Anotacao TEXT,
CONSTRAINT PK_Anotacao PRIMARY KEY(Id_Anotacao)) — Índice clustered
GO
INSERT INTO Anotacao(Ds_Anotacao)
SELECT REPLICATE(‘A’,4000)
GO 10000

Em seguida, executando o comando:

exec sp_spaceused Anotacao

Temos o seguinte resultado:

spaceused_antes

Como podemos ver, a tabela possui mais de 40 MB de dados.

Agora excluímos o campo com o comando abaixo:

ALTER TABLE Anotacao
DROP COLUMN Ds_Anotacao

Mais uma vez, executando a sp_spaceused temos o resultado abaixo:

exec sp_spaceused Anotacao

spaceused_antes

Como assim? O resultado não mudou?

Nesse momento abri uma thread no fórum do technet e após trocar alguns posts com o Gustavo Aguiar (Blog), obtive uma resposta muito esclarecedora:

“Olá Fabrício,

Antes da exclusão da coluna, o espaço estava alocado e os dados organizados. Se você excluir a coluna, para que o espaço seja imediatamente liberado, o SQL Server teria que reorganizar tudo. Para reorganizar, fatalmente haveria um trabalho de IO envolvido bem como uma possível indisponibilidade. Como o SQL Server não sabe a criticidade da tabela, ele opta por não reorganizar e manter o espaço alocado mesmo após a exclusão da coluna.

O espaço será liberado assim que você promover um REINDEX do índice clustered. Se a tabela não possuir um, será necessário criar e depois removê-lo (a menos que seja SQL Server 2008).”

Pronto, acredito que agora tudo já esteja esclarecido para vocês. Vamos testar?

Basta dar um REBUILD no índice:

ALTER INDEX PK_Anotacao ON Anotacao REBUILD

Agora, executando a sp_spaceused novamente, temos o seguinte resultado:

spaceused_depois

Agora podemos visualizar o espaço que ganhamos com a exclusão do campo. O tamanho da tabela diminuiu 40 MB.

Bom, depois da ajuda do Gustavo, verifiquei que no meu caso ganharia 10GB de espaço em disco com a exclusão dos meus 2 campos text. =)

Abraços,

Fabrício França Lima
MCITP – Database Administrator
Twitter: @fabriciodba
http://fabriciodba.wordpress.com/

FabricioLimaDBA

Mais artigos deste autor »

MCITP Database Administrator |
Meu Blog: http://fabriciodba.spaces.live.com/
Siga-me no twitter: http://twitter.com/fabriciodba


2 Comentários

Fabrício Lima
2

Podia mesmo Irineu, falha minha. O BD de dados é o MS SQL Server.
Não coloquei porque escrevi esse artigo no meu blog que é sobre SQL Server, mas aqui deveria ter incluído.

Deixe seu comentário

Seu endereço de e-mail não será publicado. Campos com * são obrigatórios!