Início / dba / Perguntas / 25310
Accepted
SQLFox
Asked: 2012-10-03 13:49:51 +0800 CST

Tamanho da pilha muito grande para os dados presentes

  • 772

Um banco de dados SQL Server 2008 R2 Standard Edition tem uma tabela de preparação sem índices, oito varchar(50)e uma varchar(255)colunas e 162.676 linhas. Eu esperaria que esta tabela não tivesse muito mais de 100 MB de tamanho, mas na verdade excede 7,5 GB.

O que pode causar isso? Suspeito que posso resolver o problema adicionando um índice clusterizado ou recriando a tabela completamente, mas quero entender o que está acontecendo que faz uma tabela de preparação inflar a proporções tão ridículas. Aqui está o que reuni como dados pertinentes até agora:

sys.dm_db_index_physical_stats (DETAILED)
    fragment_count = 1056
    page_count = 964392
    forwarded_record_count = 0

sp_spaceused @objname = 'db.schema.table',@updateusage = 'TRUE'
    reserved = 7716888 KB
    data = 7715136 KB
    index_size = 24 KB
    unused = 1728 KB

sys.allocation_units
    total_pages = 964611
    used_pages = 964395
    data_pages = 964392

Alguém pode me dizer por que essa mesa está ocupando tanto espaço?

sql-server size

2 respostas

  1. Best Answer

    As chances são de que muitos dados foram atualizados ou excluídos, ou você ajustou o tamanho de algumas de suas colunas, ou truncou/excluiu a tabela e recarregou várias vezes. Algumas dessas operações podem levar a espaço não recuperado em alguns cenários. Eu tentaria isso primeiro:

    ALTER TABLE schema.table REBUILD;

    Em seguida, consideraria adicionar um índice clusterizado.

    • 4

  2. Provavelmente, o layout da tabela física é muito diferente do layout lógico. Isso é especialmente verdadeiro com tabelas de preparação. Consulte as colunas da tabela do SQL Server para obter mais detalhes, incluindo uma consulta que mostrará o layout físico:

    select p.index_id, p.partition_number,
    pc.leaf_null_bit,
    coalesce(cx.name, c.name) as column_name,
    pc.partition_column_id,
    pc.max_inrow_length,
    pc.max_length,
    pc.key_ordinal,
    pc.leaf_offset,
    pc.is_nullable,
    pc.is_dropped,
    pc.is_uniqueifier,
    pc.is_sparse,
    pc.is_anti_matter
from sys.system_internals_partitions p
join sys.system_internals_partition_columns pc
    on p.partition_id = pc.partition_id
left join sys.index_columns ic
    on p.object_id = ic.object_id
    and ic.index_id = p.index_id
    and ic.index_column_id = pc.partition_column_id
left join sys.columns c
    on p.object_id = c.object_id
    and ic.column_id = c.column_id
left join sys.columns cx
    on p.object_id = cx.object_id
    and p.index_id in (0,1)
    and pc.partition_column_id = cx.column_id
where p.object_id = object_id('...')
order by index_id, partition_number;
    • 3

relate perguntas