ASP.NET & SQL Server：#temp-table 可以被 ASP.NET webforms 应用程序使用吗？

Question

在我们使用 SQL Server 的 ASP.NET 4.6 网络表单应用程序中，我们希望页面使用 #temptable，但我们无法让它工作。 Page1 在 SQL Server 中创建 #temptable，然后启动 Page2，将 #temptable 放入要在网格内编辑的 GridView。

当Page2 被加载并且对浏览器可见时，#temptable 的范围似乎没有超出服务器上的Page1。

我们正在考虑在数据库本身中使用一个表，而不是#temptable。此外，其他用户可能能够编辑同一个表但具有不同的“数据”。我们认为#temptable 将属于特定用户（来自浏览器）。

任何指导将不胜感激。谢谢...约翰。

回答：根据@Faruq 的解释，我们将为每个用户使用一个普通的数据库表。

Answer 1

恐怕#tempTable 和##tempTable 都不适合您。让我解释一下。

本地临时表：
当您在 SQL Server 中使用#someName 时，它会创建一个临时表，其范围为当前数据库连接。在您的情况下，#tempTable 是在 Page1 中创建的，并在 Page1 中关闭数据库连接后立即删除。因此，当您从 Page2 打开连接时，该表不再存在。

全局临时表：
当您使用##someName（注意双哈希）时，它会创建一个可从多个连接访问的全局临时表。在某种程度上，这就像一个普通的数据库表，但位于tempdb 内，并且通常比普通表慢。在您的情况下，您需要每个用户一个表；所以全局临时表不符合该标准。

会话存储：
如果数据很小，可以考虑存储在会话变量中。此外，还有一个选项可以将 Asp.Net 会话配置为使用 SQL 数据库。我以前从未这样做过，但这是你可以研究的。但是，将对象存储在会话变量中时要非常小心，因为所有引用的对象（及其引用的对象等）也会被序列化并存储在会话中。

数据库表
在我看来，最好的办法是使用普通的数据库表来存储所有用户的数据，并使用带有 per-user-key 的列（如 SessionId）来保持数据分离。您还必须实施cleanup 技术来清除旧数据。