Entretanto, n\u00e3o \u00e9 exatamente isso que acontece!<\/p>\n
Tipos de dados que possuem um tamanho fixo ocupam espa\u00e7o em disco mesmo sendo NULL. Ex: Int, bigint, char, datetime e etc..<\/p>\n
Tipos de dados que possuem um tamanho vari\u00e1vel, n\u00e3o ocupam espa\u00e7o em disco quando NULL . Ex: Varchar(100). Com exce\u00e7\u00e3o dos 2 bytes que o tipo varchar j\u00e1 ocupa inicialmente.<\/p>\n
Voc\u00ea pode verificar isso criando duas tabelas com as mesmas colunas, mas inserindo somente valores NULLs em uma tabela e somente valores n\u00e3o NULLs em outra tabela:<\/p>\n
create table Teste_NULL(
\nId int identity(1,1),
\nTesteInt int NULL,
\nTesteData datetime,
\nTesteChar char(10),
\nTesteNumeric numeric(15,2),
\nconstraint PK_Teste_NULL primary key (Id))<\/p>\n
create table Teste_NOTNULL(
\nId int identity(1,1),
\nTesteInt int NOT NULL,
\nTesteData datetime NOT NULL,
\nTesteChar char(10) NOT NULL,
\nTesteNumeric numeric(15,2) NOT NULL,
\nconstraint PK_Teste_NOTNULL primary key(Id))<\/p>\n
SET NOCOUNT ON
\n— Fiz um loop para funcionar em qualquer vers\u00e3o do SQL Server
\ndeclare @loop int
\nset @loop= 1
\nwhile @loop<= 20000
\nbegin
\ninsert into Teste_NULL
\nselect null,null,null,null<\/p>\n
insert into Teste_NOTNULL
\nselect @loop,getdate(),’1234567890′, 9999999999999.99
\nset @loop= @loop + 1
\nend<\/p>\n
exec sp_spaceused Teste_NULL
\nexec sp_spaceused Teste_NOTNULL<\/p>\n
Essa query acima gera o resultado:<\/p>\n
Conforme pode ser visto, as duas tabelas possuem 20.000 linhas e ocupam o mesmo espa\u00e7o em disco. Logo, est\u00e1 provado que colunas com valores NULL tamb\u00e9m ocupam espa\u00e7o em disco.<\/p>\n Entretanto, ao adicionarmos um campo em uma tabela existente, o sql server n\u00e3o aumenta o espa\u00e7o em disco ocupado por essa tabela.<\/p>\n Visualizando:<\/p>\n ALTER TABLE Teste_NULL Conferindo o tamanho da tabela Teste_NULL, podemos verificar que o mesmo n\u00e3o foi alterado:<\/p>\n Ent\u00e3o isso \u00e9 uma exce\u00e7\u00e3o e o SQL Server n\u00e3o ocupa espa\u00e7o em disco quando criamos esse campo???<\/p>\n N\u00e3o \u00e9 bem assim. O SQL Server cria o seu novo campo apenas nos metadados, mas ele n\u00e3o percorre todas as p\u00e1ginas de dados alterando o tamanho das linhas da tabela para a inclus\u00e3o desse novo campo. Como n\u00f3s criamos campos no meio do dia (em zero segundos), essa opera\u00e7\u00e3o seria muito custosa de ser realizada.<\/p>\n Contudo, ao realizarmos um REBUILD do \u00edndice clustered dessa tabela, o SQL Server recria as p\u00e1ginas de dados dessa tabela e nesse momento ele j\u00e1 deixa um espa\u00e7o reservado para essa nova coluna. Agora, sua coluna com valores NULL passa a ocupar espa\u00e7o em disco novamente.<\/p>\n Visualizando:<\/p>\n ALTER INDEX PK_Teste_NULL on Teste_NULL REBUILD<\/p>\n![\"\"](\"https:\/\/www.fabriciolima.net\/blog\/wp-content\/uploads\/2012\/02\/spaceusedTabelas.png\" "\\"spaceusedTabelas\\"")
<\/a><\/p>\n
\nAdd Novacoluna datetime NULL<\/p>\n<\/a><\/p>\n