Início / dba / Perguntas / 141530
Accepted
krystah
Asked: 2016-06-18 03:27:10 +0800 CST

Quando você alterna a Tabela A para a Tabela B, os dados do índice também são alterados?

  • 772

Atualmente, tenho uma tabela bastante grande (5 a 7 milhões de linhas). Essa tabela é reconstruída regularmente por um procedimento que cria os dados em uma tabela de preparação e, em seguida, alterna os dados para a tabela de produção usando a ALTER TABLE .. SWITCH TO ..instrução.

Exemplo:

BEGIN TRAN;

-- Rebuild indexes
ALTER INDEX IX_NC_GroupEvent_staging_GroupName on [dbo].[GroupEvent_staging]
   REBUILD;

ALTER INDEX IX_NC_GroupEvent_staging_Created ON [dbo].[GroupEvent_staging]
   REBUILD;

-- Empty production table
TRUNCATE TABLE [dbo].[GroupEvent];

-- Switch data from staging-table into production table
ALTER TABLE [dbo].[GroupEvent_staging] SWITCH TO [dbo].[GroupEvent]

COMMIT;

Quando esta operação é executada, o estado atual dos índices (ou dados de índice, se preferir) também é alterado? Pergunto por 2 motivos:

1) Para executar uma SWITCH TOinstrução, um requisito é que tanto a tabela de origem quanto a de destino devem conter índices idênticos. Isso me leva a acreditar que os dados do índice também podem ser trocados, mas não sei como verificar isso.
2) O principal benefício de construir a mesa dessa maneira é evitar o trabalho excessivo na mesa de produção durante o uso. Naturalmente, ficaria muito feliz se eu pudesse reconstruir os índices na tabela de preparação e fazer com que os índices reconstruídos fossem trocados para os índices de produção junto com a tabela.

sql-server sql-server-2014

1 respostas

  1. Best Answer

    os dados do índice também são trocados?

    Sim. Seria bizarro se não, porque as consultas retornariam os resultados errados ou teríamos que reconstruir manualmente os índices após a troca.

    não sei como verificar isso

    Uma maneira seria apenas tentar

    CREATE TABLE [dbo].[GroupEvent]
  (
     GroupName VARCHAR(100) INDEX IX_NC_GroupEvent_staging_GroupName,
     Created   DATETIME INDEX IX_NC_GroupEvent_staging_Created 
  );

CREATE TABLE [dbo].[GroupEvent_staging]
  (
     GroupName VARCHAR(100) INDEX IX_NC_GroupEvent_staging_GroupName,
     Created   DATETIME INDEX IX_NC_GroupEvent_staging_Created 
  );

INSERT INTO [dbo].[GroupEvent_staging]
VALUES      ('Group1',GETDATE()),
            ('Group2',GETDATE());

ALTER INDEX IX_NC_GroupEvent_staging_GroupName ON [dbo].[GroupEvent_staging] REBUILD;

ALTER INDEX IX_NC_GroupEvent_staging_Created ON [dbo].[GroupEvent_staging] REBUILD;

SELECT index_id,
       allocated_page_file_id,
       allocated_page_page_id
FROM   sys.dm_db_database_page_allocations(DB_ID(), OBJECT_ID('[dbo].[GroupEvent_staging]'), NULL, NULL, 'DETAILED')
WHERE  is_allocated = 1; 

-- Empty production table
TRUNCATE TABLE [dbo].[GroupEvent];

-- Switch data from staging-table into production table
ALTER TABLE [dbo].[GroupEvent_staging] SWITCH TO [dbo].[GroupEvent];

SELECT index_id,
       allocated_page_file_id,
       allocated_page_page_id
FROM   sys.dm_db_database_page_allocations(DB_ID(), OBJECT_ID('[dbo].[GroupEvent]'), NULL, NULL, 'DETAILED')
WHERE  is_allocated = 1; 

SELECT GroupName
FROM   [dbo].[GroupEvent];

DROP TABLE [dbo].[GroupEvent], [dbo].[GroupEvent_staging];

    O único objeto acessado no processo de retorno das duas linhas foi o índice mostrando que os dados devem ter sido trocados.

    insira a descrição da imagem aqui

    O acima também compara o resultado de sys.dm_db_database_page_allocationsantes GroupEvent_Stagingda troca com uma consulta semelhante para GroupEventdepois da troca para ver se as páginas permanecem as mesmas para o próprio heap (index_id=0) e os dois índices não clusterizados (IDs 2 e 3). Isso mostra que o switch era apenas metadados com a propriedade das páginas alocadas transferidas.

    insira a descrição da imagem aqui

    • 6

relate perguntas