Asp.net mvc 使用SQL Server CE存储临时数据是否合乎逻辑?

Asp.net mvc 使用SQL Server CE存储临时数据是否合乎逻辑?,asp.net-mvc,sql-server-ce,Asp.net Mvc,Sql Server Ce,我正在使用ASP.NET MVC4和SQL Server 2012编写一个web应用程序 在我的web应用程序中的某个时刻,我需要在web应用程序中存储来自不同页面的一些数据,在向用户显示单个页面上的全部数据后,如果用户确认并且没有验证错误,我将将将确认的数据存储到SQL Server。此web应用程序拥有大量用户 在确认SQL Server CE之前,使用SQL Server CE作为临时存储并存储数据是否符合逻辑和性能要求 我还有其他选择吗 localDb呢?!在这种情况下,使用localD

我正在使用ASP.NET MVC4和SQL Server 2012编写一个web应用程序

在我的web应用程序中的某个时刻,我需要在web应用程序中存储来自不同页面的一些数据,在向用户显示单个页面上的全部数据后,如果用户确认并且没有验证错误,我将将将确认的数据存储到SQL Server。此web应用程序拥有大量用户

在确认SQL Server CE之前,使用SQL Server CE作为临时存储并存储数据是否符合逻辑和性能要求

我还有其他选择吗


localDb呢?!在这种情况下,使用localDb而不是SQL Server CE更好吗?

您是否考虑过使用会话状态来存储值

由于公司政策和SQL Server CE限制(如并发连接数为256),我使用了另一种方法。 我使用序列化来保持对象的状态。大概是这样的:


是的,我已经考虑了会话状态,这个webapp是作为软件服务编写的,DB团队不允许开发团队在这个场景中使用DB,所以我想找到一个解决方法。这个临时数据很大,所以保存、获取查询和解析数据可能会有点混乱和困难。此外,这些数据还应该序列化为xml并发送到另一个服务,因此我认为会话状态非常有用。在这种情况下,听起来您的解决方法有点麻烦。DB团队不允许您使用主数据库的原因是什么?为什么不试试您的SQLCE方法,看看是否存在任何性能问题?我知道这不是一个正确的答案,所以我希望其他人能帮助我。
 public static string Serialize(this object o)
    {
        var sw = new StringWriter(); 
        var formatter =  new LosFormatter();
        formatter.Serialize(sw, o);

        return sw.ToString(); 
    }

    public static object Deserialize(this string data)
    {
        if(String.IsNullOrEmpty(data))
            return null; 

        var formatter = new LosFormatter();
        return formatter.Deserialize(data); 
    }