是否有必要创建与现有 ASP.NET 2.0 ASPState DB 不同的 ASP.NET 4.0 SQL 会话状态数据库？

Question

ASP.NET 4.0 SQL 会话状态机制是否向后兼容 ASP.NET 2.0 会话状态架构，或者我们应该/必须为 ASP.NET 4.0 创建一个单独且不同的会话状态数据库应用程序？

无论如何，我倾向于后者，但 2.0 数据库似乎可以正常工作，尽管我想知道 2.0 和 4.0 版本之间的 ASPState 数据库架构/过程之间是否存在任何实质性差异ASP.NET。谢谢。

Answer 1

任何人都没有对此做出快速回答，所以我做了一些挖掘。我使用 .NET 2.0 中的 aspnet_regsql.exe 工具生成了 ASPState 数据库，然后使用 .NET 4.0 中的相同工具执行了相同的操作。然后，我从每个生成的 SQL Server 数据库生成脚本，并使用比较工具来隔离差异。

我发现：.NET 2.0 到 .NET 4.0 版本的 ASPState 架构之间的唯一实质性区别是 dbo.DeleteExpiredSessions 存储过程。 这是由 SQL Server 代理计划作业（也由该工具安装）定期调用的存储过程。

因此，ASPState 2.0 和 ASPState 4.0 的架构似乎完全兼容，因此从技术角度来看，没有必要隔离 ASP.NET 2.0 和 ASP.NET 4.0 会话状态 - 但是无论如何我很可能会这么做。

（这个发现有点令人惊讶，因为 ASPState 从 .NET 1.1 到 .NET 2.0 发生了很大变化。）

每个版本更改的存储过程的详细信息：

.NET 2.0 ASPState DeleteExpiredSessions 存储过程：

CREATE PROCEDURE dbo.DeleteExpiredSessions
AS
    DECLARE @now datetime
    SET @now = GETUTCDATE()

    DELETE [ASPState].dbo.ASPStateTempSessions
    WHERE Expires < @now

    RETURN 0   
GO

.NET 4.0 ASPState DeleteExpiredSessions 存储过程：

CREATE PROCEDURE dbo.DeleteExpiredSessions
AS
    SET NOCOUNT ON
    SET DEADLOCK_PRIORITY LOW 
    DECLARE @now datetime
    SET @now = GETUTCDATE() 
    CREATE TABLE #tblExpiredSessions 
    ( 
        SessionID nvarchar(88) NOT NULL PRIMARY KEY
    )
    INSERT #tblExpiredSessions (SessionID)
        SELECT SessionID
        FROM [ASPState].dbo.ASPStateTempSessions WITH (READUNCOMMITTED)
        WHERE Expires < @now
    IF @@ROWCOUNT <> 0 
    BEGIN 
        DECLARE ExpiredSessionCursor CURSOR LOCAL FORWARD_ONLY READ_ONLY
        FOR SELECT SessionID FROM #tblExpiredSessions 
        DECLARE @SessionID nvarchar(88)
        OPEN ExpiredSessionCursor
        FETCH NEXT FROM ExpiredSessionCursor INTO @SessionID
        WHILE @@FETCH_STATUS = 0 
            BEGIN
                DELETE FROM [ASPState].dbo.ASPStateTempSessions WHERE
                    SessionID = @SessionID AND Expires < @now
                FETCH NEXT FROM ExpiredSessionCursor INTO @SessionID
            END
        CLOSE ExpiredSessionCursor
        DEALLOCATE ExpiredSessionCursor
    END 
    DROP TABLE #tblExpiredSessions
RETURN 0     
GO

至于为什么上述更改是必要的，我发现以下 MSDN 博客文章：

• 峰值负载期间在 SQL Server 中存储 Asp.net 会话时出现死锁

摘录，参考旧过程：

...
这将锁定所有
需要删除的过期记录
这些锁可能会提升到页面
锁。这可能会导致死锁
与其他'会话状态写入
报表'时的记录数
标记为删除增加。经过
默认这个存储过程是
应该每分钟运行一次。
...

因此，较新版本的存储过程可能也适用于 ASP.NET 2.0 应用程序。

我从博客文章中了解到另一件事我不知道：ASP.NET 4.0 会话状态机制现在提供压缩。在 compressionEnabled ="nofollow noreferrer">sessionState 元素（ASP.NET 设置架构）。

---

最后，我还刚刚在 ASP.NET 并行执行概述。摘抄：

...
如果使用SQL Server来管理
会话状态，所有版本的 ASP.NET
（.NET Framework 的）
安装在同一台电脑上即可
共享 SQL 状态服务器
安装了最新版本的
ASP.NET。 会话状态的架构
在所有版本中都是相同的
ASP.NET。

（尽管在实现上存在一些差异，但不特定于架构。）