摘要：存放與生命周期整合在當(dāng)前數(shù)據(jù)源，隨著當(dāng)前數(shù)據(jù)事物發(fā)生而重置。需要額外添加如，不需要當(dāng)函數(shù)重建時(shí)，原緩存數(shù)據(jù)狀態(tài)置為無(wú)效，新的緩存數(shù)據(jù)會(huì)生成。效果甚佳，特此記錄。

在Function中使用數(shù)據(jù)集緩存能夠減少函數(shù)內(nèi)部查詢調(diào)用次數(shù)，從而提高效率，尤其適用于數(shù)據(jù)變動(dòng)不頻繁（如：組織機(jī)構(gòu)）的數(shù)據(jù)。屬于11g新特性。

CREATE OR REPLACE FUNCTION getOperatorNames (v_empIds varchar)
   RETURN VARCHAR RESULT_CACHE
...

在返回值、類型 后加“RESULT_CACHE”即可。

整合在當(dāng)前數(shù)據(jù)源，隨著當(dāng)前數(shù)據(jù)事物發(fā)生而重置。（11g release 1需要額外添加“RELIES_ON”【如：result_cache relies_on (tablename)】，11g release 2不需要）

cached results can be directly coupled to their underlying data sources.This means that cached results are invalidated and regenerated when transactions occur against the underlying data.

當(dāng)函數(shù)重建時(shí)，原緩存數(shù)據(jù)狀態(tài)置為無(wú)效，新的緩存數(shù)據(jù)會(huì)生成。（緩存空間通過(guò)類似“最近最少使用”算法維護(hù)）可通過(guò)以下sql文查看：

SELECT id
  ,      name
  ,      type
  ,      status
  ,      invalidations
  FROM   v$result_cache_objects
  ORDER  BY
         id;

SELECT name, value
  FROM   v$result_cache_statistics
  WHERE  name IN ("Create Count Success","Find Count");

"Create Count Success" 可以理解為緩存?zhèn)€數(shù)，"Find Count"為命中次數(shù)。當(dāng)然，v$result_cache_statistics中還有其他很多信息，比如緩存大小。

執(zhí)行計(jì)劃中不統(tǒng)計(jì)Function Result Cache；
支持跨回話；
更多細(xì)節(jié)可以查看：pl/sql function result cache in 11g

今天項(xiàng)目一個(gè)查詢頁(yè)面加載太慢了，數(shù)據(jù)量大用戶體驗(yàn)差。其中有個(gè)根據(jù)人員ID查詢名稱的function就占用了0.3~0.4s，不能忍啊。心想有沒類似redis的緩存的做法，通過(guò)搜索找到了result cache并應(yīng)用了。效果甚佳，特此記錄。

oracle水很深，我們還只是浮游生物。

更多有意思的內(nèi)容，歡迎訪問rebey.cn