返回“ASP.NET 2.0数据教程目录”
导言:
前面2章考察了在表现层和缓存层缓存数据。在第58章,我们探 讨了在表现层设置ObjectDataSource的相关cache属性来缓存数据。在第59章,我 们探讨了创建一个单独的分开的缓存层。这2章都是采用“应激装载” (reactive loading)的模式来缓存数据。该模式下,每次请求数据时,系统先 检查其是否在内存,如果没有,则从数据源——比如数据库,来获取 数据,然后将其存储在内存里。该模式的优势在于执行起来很容易;而缺点之一 在于应“请求”(requests)而执行。试想一下,在前面章节,我们 通过缓存层来展示产品信息,当第一次登录该页面,或缓存数据因为缓存时间结 束等原因从内存清除以后,再次访问该页面时,因为数据没有储存在内存里,请 求只能从数据库获取数据。这样一来花的时间就比直接从内存获取数据要长一些 。
“预装载”(Proactive loading)可以使用2种模式来预装载 数据。第一种模式,Proactive loading使用一些方法( process)来判断源数据 (underlying data)是否发生改变,并及时对缓存数据进行更新——比 如,周期性的检查源数据;或者当源数据发生改变时,立即通知更新。不过该模 式的弊端在于执行起来比较困难,你必须创建、管理、执行一个具体的方法来检 查源数据的更改情况,以更新缓存数据。
另一个模式,同时也是本文要探 讨的内容,就是在程序启动时便装载数据入内存。该模式对缓存静态数据(static data)尤其有用,比如查找数据库表里的记录。
注意:关于“应激装 载”(reactive loading)和“预装载”(proactive loading)的 区别,请参考文章《 Caching Architecture Guide for .NET Framework Applications》的《Managing the Contents of a Cache》章节: (http://msdn2.microsoft.com/en-us/library/ms978503.aspx)
第一步: 在程序启动阶段决定缓存哪些数据
我们在前面2章探讨的reactive loading模式的示例适合处理这些数据:周期性地改变且生成(generate)数据不需 要太长的时间。但是,如果缓存的数据从未改变,那么reactive loading模式使 用的周期(expiry)就显的有点多余。另外,如果需要缓存的数据要花很长的时间 才能生产,当用户请求发现内存为空时,用户将等很长的时间来检索并返回数据 。对此,可以考虑将静态数据和需要很长时间才能生成的数据在程序启动阶段就 缓存。
虽然,数据库有很多动态的,经常改变的值;不过静态值也不少。 举例,数据库表Patients有一个PrimaryLanguage列,其值可以为English, Spanish, French, Russian, Japanese等。不过我们不会直接在表Patients里存 储“English”或 “French”等字符串,而是在供查找的 表Languages里存储。如图1:John Doe的primary language是English,而Ed Johnson的是Russian.
图1:表Languages为表Patients所使用的查找表
在编辑或创建 新patient的用户界面里,将包含一个下拉列表框,列出表Languages里的所有语 言项。不缓存的话,每次登录该界面,系统都会查询表Languages,这样显地和浪 费也没有必要。因为表Languages不会频繁的改变。
我们可以用前面探讨 的reactive loading模式来对数据Languages进行缓存。不过,reactive loading 模式会使用基于时间的缓存周期(time-based expiry),这对静态数据来说没有必 要。最好的办法是在程序启动阶段进行预装载。
在本文,我们将探讨如何 缓存“查找表”(lookup table,例如Languages表对Patients表来说就 是查找表)数据和其它的静态信息。