Wipqozn's questions

Não sei por que parte do aproveitamento do SQL sp_executesqlestá funcionando da maneira que funciona quando tabelas temporárias estão envolvidas, junto com INSERTe SELECT - INTO. Estou usando o SQL Server.

Aqui está o código em questão:

-- Insert into
CREATE TABLE #results
(
       rid INT,                    
);

declare @sql nvarchar(max) = '';
set @sql = 'INSERT INTO #results (rid) VALUES (1);';
EXEC sp_executesql @sql;
select * from #results; 

-- Select into
CREATE TABLE #results2
(
       rid INT,                      
);

declare @sql2 nvarchar(max) = '';
set @sql2 = 'select rid into #results2 from #results;';
EXEC sp_executesql @sql2;
select * from #results2; 

-- Clean up
drop table #results;
drop table #results2;

Quando isso é executado, #results tem uma única linha onde rid = 1e #results2 não tem nenhuma linha, o que você pode ver aqui:

Honestamente, há vários pontos de confusão que tenho com isso. Para começar, eu esperaria que SELECT - INTOfalhasse, pois uma tabela chamada #results2 já deveria existir nesta sessão.

Você pode ver esse erro com este trecho semelhante de SQL que não sp_executesqlaproveita SELECT - INTO:

-- Insert into
CREATE TABLE #results
(
                rid INT,                      
);

declare @sql nvarchar(max) = '';
set @sql = 'INSERT INTO #results (rid) VALUES (1);';
EXEC sp_executesql @sql;
select * from #results; 

-- Select into
CREATE TABLE #results2
(
                rid INT,                     
);

declare @sql2 nvarchar(max) = '';
select rid into #results2 from #results;
select * from #results2; 

-- Clean up
drop table #results;
drop table #results2;

Este código, como esperado, gera o erro:

Já existe um objeto chamado '#results2' no banco de dados.

Com base nesta resposta , presumi que isso estava acontecendo porque sp_executesqltem sua própria sessão. Devido a isso, o SELECT - INTOinterior aninhado de sp_executesqlnão sabe que #results2 existe, então ele cria sua própria tabela temporária chamada #results2, insere nela e depois descarta essa tabela.

Isso faz sentido para mim, exceto que nesse mesmo sp_executesqlestá acessando a tabela #resultados. Então sp_executesqlconhece a tabela #results, mas não a tabela #results2? Além disso, meu primeiro sp_executesqlwith than INSERTtambém não teve problemas para acessar a tabela #results. Com base neste commnet , parece que o motivo sp_executesqlpara acessar #results é porque sp_executesqlna verdade cria seu próprio lote, e os lotes na mesma sessão podem ver as tabelas temporárias uns dos outros. Ótimo, exceto que voltamos à minha confusão original sobre por que não estou sp_executesqlreclamando da existência de #results2 ao executar o SELECT - INTO?

Se eu tivesse que resumir, meus principais pontos de confusão são:

• Por que o SELECT - INTOaninhado dentro de não sp_executesqlgera um erro informando que #results2 já existe?
• Por que a INSERTinstrução aninhada dentro de sp_executesqlnão tem problemas para acessar #resultados e inserir nela?
• Por que o SELECT - INTOaninhado dentro de sp_executesqlnão tem problemas para acessar #resultados, mas parece não reconhecer a existência de #resultados2?