即使连接没有关闭，临时表也不存在

Question

我有以下代码：

using (var connection = new SqlConnection(constr))
{
    connection.Open();

    var createTempTables = new SqlCommand("[dbo].[p_CreateTempTable]", connection)
    {
        CommandType = CommandType.StoredProcedure
    };

    createTempTables.Parameters.Add(new SqlParameter("@Id", 2));
    createTempTables.ExecuteNonQuery();

    var actualCommand = new SqlCommand("[dbo].[p_Test]", connection)
    {
        CommandType = CommandType.StoredProcedure
    };

    var dt = new DataTable();

    dt.Load(actualCommand.ExecuteReader());
}

基本上，[dbo].[p_CreateTempTable] 从表中选择与 ID inut 匹配的行作为参数。然后，[dbo].[p_Test] 只选择临时表。据我了解，只要连接未关闭，临时表就应该持续存在，但我总是得到一个异常，说我的临时表不存在。为什么这不起作用？

注意：如果我改为使用在 C# 中创建临时表的文本命令，则程序运行没有问题。但是我想避免这样做，因为在创建临时表时会有更多的验证，而且由于应用程序是一个 WinForms，我想避免每次逻辑发生变化时重新编译。

Answer 1

这里的基本问题是，在 SQL Server 中，临时表的生命周期绑定到创建它们的批处理和//或会话上下文。

这意味着如果您在存储过程中创建一个临时表，那么该临时表只能在该存储过程退出之前看到（如此有效，只有该存储过程调用的其他存储过程才能看到）。这是因为存储过程本身就是一个批处理上下文，所以如果它创建一个临时表，那么它就会绑定到该存储过程的批处理上下文。

解决这个问题只有两种方法，都很不方便：

1. 使用直接命令（即不在存储过程中）在会话级别创建临时表，这意味着您必须在客户端代码（或配置设置）中包含命令。或者

2. 改用全局临时表。全局临时表并不像普通临时表那样真正工作，它们将在批次和会话中持续存在，直到您明确删除它们，因此您可以在存储过程中创建它们并且它们将持续存在。但是，现在您必须担心与常规表相同的事情：如果表已经存在怎么办？如果有多个用户同时运行这个存储过程怎么办？与常规表相比，唯一的优势是创建和删除它们所需的权限更少。