在上月結(jié)束的甲骨文全球大會舊金山活動上，Larry Ellison親自展示了最新的Oracle內(nèi)存數(shù)據(jù)庫選件。而隨著Oracle 12c版本數(shù)據(jù)庫的多租戶概念登上舞臺，可以看到在數(shù)據(jù)庫這一占絕對優(yōu)勢的領域，甲骨文還在努力向全新的方向進行探索。Linux雙機軟件(http://www.expresscluster.net.cn/)

從五年前推出的第一款Exadata一體機，到如今的數(shù)據(jù)庫即服務（DBaaS），甲骨文在努力將數(shù)據(jù)庫打造成一個端到端的平臺。在甲骨文眼中，這是未來數(shù)據(jù)庫技術(shù)的一個必然發(fā)展方向。內(nèi)存加速性能，多租戶向云邁進以及數(shù)據(jù)庫集成一體化將成為未來數(shù)據(jù)庫技術(shù)的三大趨勢。

Oracle的內(nèi)存數(shù)據(jù)庫究竟有何不同

事實上，內(nèi)存數(shù)據(jù)庫并不是什么新技術(shù)，Oracle收購的TimesTen就是一款針對實時OLTP的內(nèi)存嵌入式數(shù)據(jù)庫產(chǎn)品。而人們把目光再次聚焦到內(nèi)存數(shù)據(jù)庫技術(shù)之上，有很大一部分原因是SAP推出了HANA，通過列存儲技術(shù)將更多數(shù)據(jù)壓縮到內(nèi)存當中進行處理，并支持混合工作負載，大大提升了數(shù)據(jù)庫的性能。那么，甲骨文比SAP完了這么多年才推出自己的內(nèi)存數(shù)據(jù)庫選件，它與HANA究竟有哪些不同？

羅萬安將Oracle內(nèi)存數(shù)據(jù)庫選件的優(yōu)勢總結(jié)為以下幾點：

支持行、列格式的數(shù)據(jù)存儲。傳統(tǒng)關(guān)系型數(shù)據(jù)庫都是基于行（Row）格式來存儲數(shù)據(jù)的，這樣的好處在于交易檢查的速度更快；而列式（Column）存儲的數(shù)據(jù)庫更適合做分析查詢。而Oracle內(nèi)存數(shù)據(jù)庫選件在同一張表中可以支持行和列的兩種格式存儲，并可以根據(jù)不同的工作負載來自動切換運行方式，同時能夠保持事務一致性（Consistency）。 

同時提升OLAP和OLTP性能。對于內(nèi)存+列式的組合，在針對分析查詢的性能提升方面肯定能產(chǎn)生不錯的效果。但羅萬安表示，Oracle內(nèi)存數(shù)據(jù)庫選件還能將OLTP性能提升兩倍。因為數(shù)據(jù)庫分析型索引數(shù)量會減慢所有數(shù)據(jù)的更新，而采用新的列式存儲能夠減少分析索引數(shù)量，從而使OLTP和批處理的速度提升兩倍以上。 

向后兼容，對應用不造成影響。數(shù)據(jù)庫層的變動通常會導致大量的應用代碼重寫，這也是為什么大多數(shù)企業(yè)不會輕易更改底層的數(shù)據(jù)庫架構(gòu)。而在使用Oracle內(nèi)存數(shù)據(jù)庫選件時，雖然數(shù)據(jù)存儲格式和索引發(fā)生變化，但對前端應用是沒有任何影響的，所有現(xiàn)有的應用程序都可以不進行重寫。羅萬安表示，你永遠也不要低估這一優(yōu)勢，這對于用戶具有非常實際的意義。Oracle內(nèi)存數(shù)據(jù)庫選件對備份恢復也不造成影響，之前的高可用選項，如Data Guard，GoldenGate等都可以正常使用。 

Oracle內(nèi)存數(shù)據(jù)庫選件目前尚未正式發(fā)布，對于是否會進行額外收費還未可知，Oracle內(nèi)存數(shù)據(jù)庫選件在處理速度，可用性保障以及性價比方面都有很好的表現(xiàn)，相信它的應用將在Oracle客戶群中很快成為主流。你要做的就是購買更多的內(nèi)存，而現(xiàn)在大多數(shù)Oracle客戶的內(nèi)存配置還有所不足。