本文来源：网站建设-网站制作|网络营销专家慧云科技-抢滩登陆2009-7-7 11:31:03
使用对象 / 关系耐久层的应用顺序比直接使用 ODBC 应用顺序有更好的性 能，主要的原因就是使用缓存技术。对某些应用程序 ( 尤其是经常读或者数据库 中保存了大量的数据元的应用顺序 ) 来说，缓存的使用可以极大的改善性能。 NHibemate.Sessinn 事务级别的耐久化数据缓存。再为每个类或者每个集 合配置一个集群或者丁 vM 级别 ( SessinnFactori 级别 ) 缓存也是有可能的默认 情况下，阳 ibem 使用 EHcach 进行 JVM 级别的缓存 ( 第二层缓存 ) 第二层 缓存包括 : 只读缓存 : 如果应用顺序需要读取一个持久化类的实例，但是并不打算修 改它可以使用 readouli 缓存。这是最简单，也是实用性最好的战略。甚至 集群中，也能完美地运作。 读 / 写缓存 : 如果应用顺序需要更新数据，网站建设,可能 read 一 write 缓存比较合适。如 果需要可序列化事务隔离级别 serializabletransactionisolationlevel 这种缓存决 不能使用。如果在 JTA 环境中使用这种缓存，必需指定 NHibemate.transaction.manager--lookup--class 属性的值，给出得到 JT frans actionManag 战略。其它环境中，必需确保在 sessfon.doseo 或者 sessfon.discounect 调用前，事务已经结束了如果要在集群环境下使用这一策 略，必需确保底层的缓存实现支持锁定 lock 内置的缓存提供器并不支持。 不严格的读 / 写缓存 : 如果顺序偶尔需要更新数据 ( 也就是说，出现两个事务 同时更新同一个条目的现象很不常见 ) 也不需要十分严格的事务隔离，可能适 用不严格的读 / 写缓存。 事务缓存 : 事务缓存策略提供了对全事务缓存比如 JBossTreecach 支持。 这样的缓存只能用于 JTA 环境。 查询结果集也可以被缓存。只有当经常使用同样的参数进行查询时才好。 网站建设大多数查询并不会从缓存中获得什么好处，所以默认查询是不进行缓存的武汉理工大学硕士学位论文 第 4 章对象 / 关系映射框架的分析与设计 由前文的分析可知，目前解决对象模型与关系模型间不匹配的最适合的方 法是对象 / 关系映射技术。本文所介绍的基于对象 / 关系映射的耐久层是 .NET 平台实现的 .NET 平台的诸多强大的功能特性为我开发耐久层提供了方便。 所以本章来讨论在 .NET 环境下的如何运用对象关系映射来建立一个框架，并 以此设计出一个类层次结构。