Início / dba / Perguntas / 248852
Accepted
Anonymous
Asked: 2019-09-17 00:01:35 +0800 CST

SQL Server - tabela temporária global vs tabela normal

  • 772

Eu tenho um procedimento armazenado que eu uso para carregar arquivos csv no SQL Server. Isso inicialmente inserirá o arquivo em massa em uma tabela temporária global e, no final, fará:

select cast(column1 as int) [column1], column2, column3... into table from ##temptable

e, em seguida, passa a soltar o##temptable

Antes da consulta select into table from ##temptable, executo uma série de selectconsultas na tabela temporária para determinar de que tipo as colunas devem ser (e estou confiante de que isso funciona corretamente).

Observe que ter uma tabela (normal ou temporária) antes de criar a tabela de saída final é essencial para o procedimento armazenado.

O que eu gostaria de saber é se é melhor usar uma tabela temporária global ou se devo usar uma tabela normal ou não faz diferença?

Eu vi vários artigos sobre as diferenças entre tabelas temporárias e variáveis ​​de tabela, mas não vi nada quando se trata de comparar tabelas temporárias globais com tabelas normais e é difícil para mim testar isso corretamente no meu ambiente.

sql-server temporary-tables

2 respostas

  1. Best Answer

    Uma tabela normal causará log em seu banco de dados, consumirá espaço e exigirá liberação de log em cada confirmação. Portanto, para dados temporários, você deve usar uma tabela temporária.

    Mas você normalmente usaria uma tabela temporária regular (#) aqui, não uma tabela temporária global (##).

    As tabelas temporárias globais são úteis no cenário (muito raro) em que várias sessões separadas precisam de acesso à mesma tabela temporária. Outro cenário em que uma tabela temporária global pode ser útil é quando a tabela temporária é criada em SQL dinâmico, mas referenciada no lote de chamada, por exemplo:

    exec ('select * into ##foo from sys.objects')
select * from ##foo

    Mas uma tabela temporária global não é necessária para criar uma tabela temporária em um procedimento armazenado e acessá-la em SQL dinâmico, por exemplo:

    create table #foo(id int, data varchar(200))
exec ('insert into #foo(id,data) values (1,''hello'')')
select * from #foo

    E quando você cria uma tabela temporária regular em um procedimento armazenado, ela será destruída automaticamente quando o procedimento armazenado terminar e você poderá executar várias instâncias do mesmo procedimento sem interferir umas nas outras.

    • 5

  2. Existe algum benefício em potencialmente manter os dados disponíveis? Já vi casos em que, por exemplo, era útil preservar os dados na tabela de teste quando oinsertdeclaração gerou um erro inesperado ou quando um sinalizador de depuração específico foi definido porque tornou muito mais fácil solucionar problemas e/ou reiniciar o processo sem recarregar o arquivo e esses benefícios valeram o custo de desacelerar a carga com registro adicional. Se você estiver fazendo um carregamento noturno do warehouse e carregar/processar/validar os dados na tabela de preparo leva, digamos, uma hora, pode valer a pena usar uma tabela permanente para preparar os dados. Você pode economizar de 10 a 15 minutos em um dia normal usando uma tabela temporária que não precisa gerar log, mas vale a pena se economizar horas de depuração e reexecução quando houver um problema.

    Se você não vai preservar os dados na tabela de teste, então eu concordo totalmente com David que você deveria usar uma tabela temporária (e provavelmente uma tabela temporária regular).

    • 0

relate perguntas