码迷,mamicode.com
首页 > 数据库 > 详细

Ibatis学习总结4--SQL Map XML 映射文件扩展

时间:2016-01-08 00:15:56      阅读:325      评论:0      收藏:0      [点我收藏+]

标签:

SQL Map XML 映射文件除了上文提到的属性还有一些其他重要的属性,下文将详细介绍这些属性。

  • 缓存 Mapped Statement 结果集

    通过在查询 statement 中指定 cacheModel 属性,可以缓存 Mapped Statement 中得到的查 询结果。Cache  model  是在 SQL  Map  XML  文件中定义的可配置缓存模式,可以使用 cacheModel 元素来配置。

    1 <cacheModel id="product-cache" type ="LRU" readOnly=”true” serialize=”false”>
    2 <flushInterval hours="24"/>
    3 <flushOnExecute statement="insertProduct"/>
    4 <flushOnExecute statement="updateProduct"/>
    5 <flushOnExecute statement="deleteProduct"/>
    6 <property name=”cache-size” value=”1000” />
    7 </cacheModel>

    上面的 cache model 创建了一个名为“product-cache”的缓存,使用“近期最少使用”(LRU) 实现。Implemention 属性的名称要么是全限定的类名,要么是缓存实现的别名(参见下面的 内容)。根据 cacheModel  中 flush  元素的内容,上面的例子每 24  小时刷新一次。一个 cacheModel 只能有一个 flushInteval 元素,它可以使用 hours,minutes,seconds 或 milliseconds 来设定。另外,当 insertProduct,updateProduct 或 deleteProduct 的 Mapped Statement 执行时, 缓存也被刷新。cacheModel 可以定义任意多的 flushOnExecute 元素。某些 cache model 的实 现可能需要另外的属性,如上面的“cache-size”属性。在 LRU cache model 中,cache-size 指定了缓存储存的项数。一旦配置了 cache model,您可以指定 mapped statement 使用的 cache model,例如:

    1 <statement id=”getProductList” cacheModel=”product-cache”>
    2 select * from PRODUCT where PRD_CAT_ID = #value#
    3 </statement>

    只读 VS 可读写

    框架同时支持只读和可读写缓存。只读缓存可供所有用户共享,因此性能更好。但是, 只读缓存的数据不应该被修改。相反,要更新数据,必须从数据库(或读写缓存)中读出数 据。因此,如果要读出数据并修改,则需要可读写缓存。要使用只读缓存,在 cacheModel 设置 readOnly=“true”。要使用可读写缓存,则设置 readOnly=“false”。缺省为只读缓存(true)。

    Serializable可读写缓存

    正如您所知道的,只对当前 Session  有效的缓存对整体应用性能的提高作用有限。 Serializable 可读写缓存可以提高整体应用(而不仅仅是每个 Session)的性能。这种缓存为 每一个 Session 返回缓存对象不同的实例(复本)。因此每一个 Session 都可以安全修改返回 的对象。不同之处在于,通常您希望从缓存中得到同一个对象,但这种情况下得到的是不同 的对象。还有,每一个缓冲在 Serializable 缓存的对象都必须是 Serializable 的。这意味着不 能同时使用 Serializable 缓存和延迟加载,因为延迟加载代理不是 Serializable 的。想知道如 何把 Serializable  缓存,延迟加载和联合查询结合起来使用,最好的方法是尝试。要使用 Serializable 缓存,设置 readOnly=“false”和 serialize=“true”。缺省情况下,缓存是只读模 式,不使用 Serializable 缓存。只读缓存不需要 Serializable。

    缓存类型

    Cache  Model 使用插件方式来支持不同的缓存算法。它的实现在 cacheModel 的用 type 属性来指定(如上所示)。指定的实现类必须实现 CacheController 接口,或是下面 4 个别名 中的其中之一。Cache Model 实现的其他配置参数通过 cacheModel 的 property 元素来设置。 目前包括以下的 4 个实现:

    * “MEMORY” (com.ibatis.db.sqlmap.cache.memory.MemoryCacheController)

    MEMORY cache 实现使用 reference 类型来管理 cache 的行为。垃圾收集器可以根 据 reference 类型判断是否要回收 cache 中的数据。MEMORY 实现适用于没有统一的对 象重用模式的应用,或内存不足的应用。

    MEMORY 实现可以这样配置:

    1 <cacheModel id="product-cache" type="MEMORY">
    2 <flushInterval hours="24"/>
    3 <flushOnExecute statement="insertProduct"/>
    4 <flushOnExecute statement="updateProduct"/>
    5 <flushOnExecute statement="deleteProduct"/>
    6 <property name=”reference-type” value=”WEAK” />
    7 </cacheModel>

    MEMORY cache 实现只认识一个<property>元素。这个名为“reference-type”属性 的值必须是 STRONG,SOFT 和 WEAK 三者其一。这三个值分别对应于 JVM 不同的内 存 reference 类型。

    下面的表格介绍了在 MEMORY  实现中不同的 reference  类型。要更好地理解 reference 类型,请参考 JDK 文档中的 java.lang.ref,以获得更多关于“reachability”的 信息。

    WEAK(缺省)

    大多数情况下,WEAK  类型是最佳选择。如果不指定类型,缺省类

    型就是 WEAK。它能大大提高常用查询的性能。但是对于当前不被 使用的查询结果数据,将被清除以释放内存用来分配其他对象。

    SOFT

    在查询结果对象数据不被使用,同时需要内存分配其他对象的情况

    下,SOFT 类型将减少内存不足的可能性。然而,这不是最具侵入性 的 reference 类型,结果数据依然可能被清除。

    STRONG

    STRONG 类型可以确保查询结果数据一直保留在内存中,除非 Cache

    被刷新(例如,到了刷新的时间或执行了更新数据的操作)。对于下 面的情况,这是理想的选择:1)结果内容数据很少,2)完全静态的 数据,和 3)频繁使用的数据。优点是对于这类查询性能非常好。缺 点是,如果需要分配其他对象,内存无法释放(可能是更重要的数据 对象)。

    * “LRU” (com.ibatis.db.sqlmap.cache.lru.LruCacheController)

    LRU  Cache 实现用“近期最少使用”原则来确定如何从 Cache 中清除对象。当 Cache 溢出时,最近最少使用的对象将被从 Cache 中清除。使用这种方法,如果一个特定的对象总 是被使用,它将保留在 Cache 中,而且被清除的可能性最小。对于在较长的期间内,某些用 户经常使用某些特定对象的情况(例如,在 PaginatedList  和常用的查询关键字结果集中翻 页),LRU Cache 是一个不错的选择。

    LRU Cache 实现可以这样配置:

    1 <cacheModel id="product-cache" type="LRU">
    2 <flushInterval hours="24"/>
    3 <flushOnExecute statement="insertProduct"/>
    4 <flushOnExecute statement="updateProduct"/>
    5 <flushOnExecute statement="deleteProduct"/>
    6 <property name=”size” value=”1000” />
    7 </cacheModel>

    LRU Cache 实现只认可一个 property 元素。其名为“cache-size”的属性值必须是整数, 代表同时保存在 Cache 中对象的最大数目。值得注意的是,这里指的对象可以是任意的,从 单一的 String 对象到 Java Bean 的 ArrayList 对象都可以。因此,不要 Cache 太多的对象,以 免内存不足。

    * “FIFO” (com.ibatis.db.sqlmap.cache.fifo.FifoCacheController)

    FIFO  Cache 实现用“先进先出”原则来确定如何从 Cache 中清除对象。当 Cache 溢出 时,最先进入 Cache 的对象将从 Cache 中清除。对于短时间内持续引用特定的查询而后很可 能不再使用的情况,FIFO Cache 是很好的选择。

    FIFO Cache 可以这样配置:

    1 <cacheModel id="product-cache" type="FIFO">
    2 <flushInterval hours="24"/>
    3 <flushOnExecute statement="insertProduct"/>
    4 <flushOnExecute statement="updateProduct"/>
    5 <flushOnExecute statement="deleteProduct"/>
    6 <property name=”size” value=”1000” />
    7 </cacheModel>

    FIFO Cache 实现只认可一个 property 元素。其名为“cache-size”的属性值必须是整数, 代表同时保存在 Cache 中对象的最大数目。值得注意的是,这里指的对象可以是任意的,从 单一的 String 对象到 Java Bean 的 ArrayList 对象都可以。因此,不要 Cache 太多的对象,以 免内存不足。

    * “OSCACHE” (com.ibatis.db.sqlmap.cache.oscache.OSCacheController)

    OSCACHE Cache 实现是 OSCache2.0 缓存引擎的一个 Plugin。它具有高度的可配置性,分布式,高度的灵活性。 

    OSCACHE 实现可以这样配置:

    1 <cacheModel id="product-cache" type="OSCACHE">
    2 <flushInterval hours="24"/>
    3 <flushOnExecute statement="insertProduct"/>
    4 <flushOnExecute statement="updateProduct"/>
    5 <flushOnExecute statement="deleteProduct"/>
    6 </cacheModel>

    OSCACHE  实现不使用 property  元素,而是在类路径的根路径中使用标准的 oscache.properties 文件进行配置。在 oscache.properties 文件中,您可以配置 Cache 的算法(和 上面讨论的算法很类似),Cache 的大小,持久化方法(内存,文件等)和集群方法。

Ibatis学习总结4--SQL Map XML 映射文件扩展

标签:

原文地址:http://www.cnblogs.com/lcngu/p/5111681.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!