Oracle 12c In-Memory Option - 10

tolywang發表於2014-02-14


16. 複雜條件(混合:子查詢,LIKE,>,=,BETWEEN..AND..)

即使非常複雜的條件,In-Memory Column Store查詢仍然執行較快,測試發現,對於large scan
操作,它是最高效的方式。

 

17. 總結

雖然都是在記憶體中操作,但是In-Memory Column Store中的查詢還是比在buffer cache中
操作來的高效。這些效能提升可能是因為我們只需要掃描我們需要的欄位,並充分利用
SIMD vector processing的優勢,而不需要像buffer cache中查詢,需要掃描整個行資料。

當然,我們還從new in-memory storage indexes中獲取到一些幫助,它允許我們不掃描
我們不需要的資料,要知道,In-Memory Column Store中,每個column都有storage index,
且都是自動維護的。

SIMD vector processing ?? 

我們還可以透過幾個檢視v$mystat m, v$statname查詢監控in-memory workload。

   'IMC Total Columns for Decompression'
   'IMC Columns Decompressed'

   'IMC Preds all rows pass minmax'
   'IMC Preds some rows pass minmax'
   'IMC Preds no rows pass minmax'

 

Lesson 3: In-Memory Joins and Aggregation 


18. 多個表的join 

...待續   

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/35489/viewspace-1081474/,如需轉載,請註明出處,否則將追究法律責任。

相關文章