É possível que as instruções SQL sejam executadas simultaneamente em uma única sessão no SQL Server?

Embora a resposta de Brent esteja correta para todos os propósitos práticos, e isso não seja algo que eu já tenha visto alguém se preocupar, é possível que várias invocações de um procedimento armazenado em uma sessão afetem umas às outras por meio de uma tabela #temp com escopo de sessão .

A boa notícia é que é extremamente improvável que aconteça na natureza porque

1) As tabelas #Temp declaradas dentro de procedimentos armazenados ou lotes aninhados não têm visibilidade de sessão (ou tempo de vida). E estes são de longe o caso mais comum.

2) Requer MultipleActiveResultsets e alguma programação de cliente assíncrona muito estranha, ou que o procedimento armazenado retorne um conjunto de resultados no meio e o cliente chame outra instância do procedimento armazenado enquanto processa os resultados do primeiro.

Aqui está um exemplo inventado:

using System;
using System.Data.SqlClient;

namespace ado.nettest
{
    class Program
    {
        static void Main(string[] args)
        {
            using (var con = new SqlConnection("Server=localhost;database=tempdb;integrated security=true;MultipleActiveResultSets = True"))
            {
                con.Open();

                var procDdl = @"
create table #t(id int)
exec ('
create procedure #foo
as
begin
  insert into #t(id) values (1);
  select top 10000 * from sys.messages m, sys.messages m2;
  select count(*) rc from #t;
  delete from #t;
end
');
";
                var cmdDDL = con.CreateCommand();
                cmdDDL.CommandText = procDdl;
                cmdDDL.ExecuteNonQuery();

                var cmd = con.CreateCommand();
                cmd.CommandText = "exec #foo";
                using (var rdr = cmd.ExecuteReader())
                {
                    rdr.Read();

                    var cmd2 = con.CreateCommand();
                    cmd2.CommandText = "exec #foo";
                    using (var rdr2 = cmd2.ExecuteReader())
                    {

                    }

                    while (rdr.Read())
                    {

                    }
                    rdr.NextResult();
                    rdr.Read();
                    var rc = rdr.GetInt32(0);
                    Console.WriteLine($"Numer of rows in temp table {rc}");

                }


            }

            Console.WriteLine("Hit any key to exit");
            Console.ReadKey();
        }
    }
}

quais saídas

Numer of rows in temp table 0
Hit any key to exit

porque a segunda chamada do procedimento armazenado inseriu uma linha e, em seguida, excluiu todas as linhas de #t enquanto a primeira chamada estava aguardando o cliente buscar as linhas de seu primeiro conjunto de resultados. Observe que, se o primeiro conjunto de resultados for pequeno, as linhas podem ser armazenadas em buffer e a execução pode continuar sem enviar nada ao cliente.

Se você mover o

create table #t(id int)

no procedimento armazenado, ele gera:

Numer of rows in temp table 1
Hit any key to exit

E com a tabela temporária declarada dentro do procedimento, se você alterar a segunda consulta para

cmd2.CommandText = "select * from #t";

Ele falha com:

'Nome de objeto inválido '#t'.'

Porque uma tabela #temp criada dentro de um procedimento armazenado ou lote aninhado só é visível nesse procedimento armazenado ou lote e em procedimentos aninhados e lotes que ele chama e é destruída quando o procedimento ou lote termina.

Não concomitantemente. Suas opções incluem:

• Execute as consultas uma após a outra na mesma sessão
• Alterne de uma tabela temporária para uma tabela temporária global (use ##TableName em vez de #TableName), mas esteja ciente de que a tabela temporária global é automaticamente descartada quando a sessão que criou a tabela temporária é fechada e não há outras sessões ativas com uma referência a isso
• Mude para uma tabela de usuário real no TempDB - você pode criar tabelas lá, mas esteja ciente de que elas desaparecerão na reinicialização do servidor
• Mudar para uma tabela de usuário real em um banco de dados de usuário