.net – SQL缓存和实体框架

使用MVC,我有一个控制器,以许多不同的形式(表,图像等)返回数据.为了节省频繁访问数据库,我有一个双缓存机制：

>对于相同操作的相同参数,我使用OutputCacheAttribute和VaryByParam =“*”.
>假设动作的某些参数已经改变(或者调用了另一个动作),我的“数据”仍然可能先前被请求了,所以我在数据库第一次命中后将数据存储在视图模型中,我实现了这与.NET 4.0 System.Runtime.Caching.ObjectCache.

Controller内部的ObjectCache示例：

private static readonly ObjectCache cache = 
      new MemoryCache("CompareControllerCache");
private static void CacheObject(ViewModel obj,string param1,int someOtherParam )
{
    string key = string.Format("{0}-{1}",param1,someOtherParam);
    Trace.WriteLine(string.Format("Adding {0} to the cache",key));
    cache.Add(key,obj,new CacheItemPolicy
         {
             SlidingExpiration = TimeSpan.FromMinutes(1)
         });
}

// Corresponding GetCachedObject with similar key defining logic.

这给了我一个很好的性能改进,但失败的地方就是CacheItemPolicy非常简单.理想情况下,我希望缓存窗口更大,但如果数据库发生更改,缓存项目将会过期.

CacheItemPolicy似乎支持使用ChangeMonitors集合,我可以添加一个SqlChangeMonitor,但是当我尝试构建它时,我就停止了.

我正在使用Entity Framework 4访问SQL数据库,如何构建SqlChangeMonitor来监视可能触发缓存过期的几个数据库表？

SqlChangeMonitor是用SqlDependency构造的,它采用SqlCommand – 如何锁定Entity Framework对数据库的封装？

解决方法

您可以做的是使用SqlChangeMonitor和简单的SqlCommand对象,这些对象构造为可能更改的表上的简单SELECT … FROM Table.您需要了解在设置通知的成本和轮询成本之间存在平衡,如果您的表经常更改,那么监视更改可能会比轮询更昂贵.请参阅文章The Mysterious Notification以了解QN的工作原理以及监控成本.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!