本文主要是介绍Oracle支撑的asp.net2.0应用中自主实现数据依赖缓存，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
项目中有一些报表，本身速度就不太快，遇到数据量大的情况，更是让人抓狂，用户也提出了报表速度慢的问题，于是想着如何实现报表的数据依赖缓存，即将报表数据缓存，当数据发生改变时，再重新获取数据。
最简单的方法，是在显示报表的aspx页面第一行加上形如<%@ OutputCache Duration="600" VaryByParam="some_param" %>的一句，直接让页面缓存10分钟。但是这种办法无法监测数据的改变，无法满足报表的时效性。
ASP.NET2.0提供了缓存依赖技术，可以让缓存监视文件、目录的变化，从而更新缓存。这种技术若是与SQL Server结合使用，貌似会很方便，可是我们的项目用的是Oracle，所以无法考虑。
此外，ASP.NET2.0中还可以自己设定应用程序数据缓存，也就是把数据缓存起来，不用每次都查询数据库。
应用程序数据缓存技术，可以让我的报表页面不用每次都做数据库查询，从而提高效率。在设定这种缓存时，可以指定绝对过期时间、相对过期时间，以及缓存更新的依赖项。
理想的状态，应该是当数据在别的页面有更新时，就想办法“通知”报表页面，让它重新做数据库查询。既然可以指定缓存依赖于文件，那么就可以考虑，当数据有变化时，就更新某个文件，这样依赖于这个文件的缓存就会失效，从而引发从数据库重新查询数据了。
有了这个思路，实现起来也就不难了。
具体来说，我做的这个系统是个任务流转的系统，报表也是对任务的数据统计。
那么，我就在系统中建立一个Cache目录，专门存放缓存所依赖的文件。当新建一个任务时，就以该任务的ID号为文件名，新建一个扩展名为.cache的文件（当然，这个扩展名是我自定义的，任意），然后向其中写入当前的系统时间（当然，写入什么都行，只要是能更新这个文件）。其它的能够改变任务相关的数据的地方，也同时修改相应缓存文件的内容即可。
接下来，在报表页面，用类似以下代码实现缓存：
DataTable dt = (DataTable)Cache["rptPingFen"+strTaskID + Session["userEntID"].ToString()];
if (dt == null)
{
dt = Reports.rptPingFen( strTaskID, Session["userEntID"].ToString() );
string strCacheFile = Server.MapPath( "~/Cache/" + strTaskID + ".cache" );
if (System.IO.File.Exists( strCacheFile ))
Cache.Insert( "rptPingFen" + strTaskID + Session["userEntID"].ToString(), dt, new System.Web.Caching.CacheDependency( strCacheFile ), System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.FromSeconds( 600 ) );
}
上面这段代码的大意是：在缓存中找一下键为"rptPingFen"+strTaskID + Session["userEntID"].ToString()的项，转换为DataTable。若有，就用它绑定报表，也就不用从数据库查询数据了；若没有该项，则建立键为"rptPingFen"+strTaskID + Session["userEntID"].ToString()的缓存，其内容为从数据库查询数据的结果的DataTable，并设定其没有绝对到期时间，而是被访问后的10分钟后失效。
关键之处在于参数System.Web.Caching.CacheDependency( strCacheFile )，它指明了所建立的缓存依赖于文件strCacheFile，若发现该文件有变化，则缓存失效。
至此，由Oracle支撑的ASP.NET应用的数据依赖缓存已经实现了，还是比较简单的办法。
PS：若时间允许，完全可以将缓存依赖文件（.cache文件）改造为某种日志文件，既对数据变化做日志，又可作为监视数据变化的缓存依赖文件，可一举两得。
这篇关于Oracle支撑的asp.net2.0应用中自主实现数据依赖缓存的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
