Sou novo no procedimento armazenado e meu requisito de aplicativo é coletar dados na tabela temporária global e copiar em massa usando bcp.
Estou chamando o procedimento armazenado, que copia os dados na tabela temporária global. Quando executo o procedimento armazenado, ele gera um erro
Nome de objeto inválido 'tempdb..qaw_temp'
Código do procedimento armazenado:
CREATE table tempdb..qaw_temp
(id char(12),
i_test int))
print 'Before Insert'
insert into tempdb..qaw_temp
values('0411',
3077,
print 'After Insert'
Este trabalho é se executarmos o código do Aqua Data Studio. Mas quando eu sou executado no procedimento armazenado, ele gera o erro mencionado acima.
Código de procedimento armazenado
create PROC Xtest
as
Begin
<< Code >>
End
Por que a execução do procedimento armazenado falha?
Por favor, ajude, obrigado.
Existem 2 tipos de tabelas temporárias no SQL Server. Locais e Globais. Diferença entre estes 2 são: -
1. A tabela temporária local começa com #, a tabela temporária global começa com ##
2. A tabela temporária local existe apenas para uma sessão. A tabela temporária global sempre existe em tempdb.
3. Como a vida útil da tabela temporária local está dentro de uma sessão, apenas a sessão pode consultar isso. Várias sessões podem consultar a tabela temporária global, mas os dados são limitados a uma sessão.
Aqui em sua postagem você está usando tabela para inserir valor (não é tabela temporária global ou local).
Tente a consulta abaixo.
Obrigado
A resposta aceita está incorreta em relação a várias de suas declarações sobre Tabelas Temporárias Globais. As características das tabelas temporárias globais são:
Eles são indicados por dois sinais de jogo da velha --
##
-- como os dois primeiros caracteres de seus nomes (ao contrário do sinal de jogo da velha --#
-- para Tabelas temporárias locais).As tabelas temporárias globais são exatamente isso: globais. Elas podem ser acessadas por sessões fora da sessão que criou o objeto (ao contrário das Tabelas Temporárias Locais).
Eles podem ser lidos e modificados por todas as sessões.
Eles são marcados para exclusão automática quando a sessão que criou o objeto termina. O real
DROP
ocorrerá quando não houver mais transações ativas referenciando o objeto. Significado: qualquer sessão (mesmo sessões múltiplas) que tenha um bloqueio na tabela (mesmo para umSELECT
) ainda terá acesso à tabela temporária global, mesmo após o término da sessão de origem, até que o bloqueio seja liberado.Isso não é um problema para tabelas temporárias locais, pois nenhuma outra sessão pode acessá-las, portanto, não pode haver bloqueios de outras sessões que as mantenham por perto.
Eles sobrevivem sendo criados em um subprocesso e continuarão a existir no processo pai assim que o subprocesso terminar. Por exemplo:
funciona, considerando o seguinte:
não.
Estou respondendo à minha própria pergunta para encerrar e compartilhar a causa raiz do problema.
Este é o modelo de permissão do banco de dados, no caso do aqua data studio todas as operações são feitas em uma sessão por um usuário. Mas, no caso de execução de procedimento armazenado, crie uma operação de tabela feita pelo usuário em uma sessão e usada em outra sessão
Permissão atualizada
tempdb
para o usuário e problema resolvido.