HANA 與 Oracle 12c哪乙個更快

sap聲稱hana是最快的資料庫，因此sap的新erp系統s4不再支援oracle

oracle 12c的乙個新功能是對於同一表，可以在行式和列式間轉換

sap想讓使用者認為hana是獨特的技術，不過在這篇文章中，可以看到記憶體計算和列式儲存都不是sap獨有的技術

hana將兩個不同的概念混淆到一起:

硬體層面，hana需要將資料載入到記憶體

資料庫設計層面，hana是基於列式的資料庫

這種混淆其實在sap的erp就已經用到了，而且運用得很成功，sap認為sap自己的erp可以更好的整合應用，整合的風險更小。

sap erp的整合是在水平的應用層面，而hana是在垂直層面，直到資料庫層

sap希望使用者遷移到hana的乙個原因是，和以前將資料庫作為資料儲存不同，sap已經將應用邏輯下放到資料庫。

ps. 不過我認為這些介面會對其它資料庫開放的

曾經認為hana的真正機會是將erp和其它sap應用都放在hana上，然後分析引擎可以執行在相同的硬體上，整合和轉換也不再需要。

但是非sap的應用怎麼辦，它們無法執行在hana上，它們不需要整合了嗎?

另外, hana非常昂貴，而且目前hana也支援一小部分sap的應用

看這標題，作者還挺幽默

hana明顯不象sap所說的那樣，是速度的冠軍。乙個重要的原因或弱點即hana是基於列的資料庫，這對於非分析型資料庫是乙個不正確的設計。儘管sap聲稱是，但從電腦科學的角度來看，它不是。(sap有篇**，專門講述列式資料庫效能沒有問題)

對於交易系統的插入，刪除和更新，列式資料庫要比行式資料庫慢

oracle的john soat在富比士上發表的文章對於hana的速度做了反擊，其中很重要的一點是hana沒有發布過交易處理的效能指標。也許是做了但還不夠好吧。

oracle 12c可以將資料同時以行式和列式在記憶體中存在，這時乙個非常重要的優勢。除了純分析操作，oracle的靈活設計在效能上完勝hana。

sap認為oracle的記憶體技術不成熟，同時hana有7000個使用者，不過大部分的使用者並沒有真正使用hana。

oracle 12c 記憶體列式儲存的出現，使sap將使用者遷移到hana的理由不再充分。

sap作為應用的廠商，現在將資料層推向使用者，結果如何，只有拭目以待了。

下面這段話其實是我最欣賞的:

在mountain view的計算機歷史博物館，有乙個展覽說，從前，軟體是和硬體繫結的，那時軟體還不是乙個產業，ibm發布的程式只能跑在ibm的硬體上。軟體不單收費，在軟體層面也不存在競爭。

我們現在所知的軟體行業，實際上是在軟硬體解耦之後，即美國的反托拉斯法( us enforcing anti-trust legislation )針對專屬軟體和硬體廠商的要求。而hana作為應用和資料庫耦合，由乙個廠商控制，使我們又回到了軟體最初的時代。

ps. oracle的exadata也是軟體和硬體的結合，但是oracle並沒有要求資料庫只能跑在exadata上

HANA 與 Oracle 12c哪乙個更快

sap聲稱hana是最快的資料庫，因此sap的新erp系統s4不再支援oracle oracle 12c的乙個新功能是對於同一表，可以在行式和列式間轉換 sap想讓使用者認為hana是獨特的技術，不過在這篇文章中，可以看到記憶體計算和列式儲存都不是sap獨有的技術 hana將兩個不同的概念混淆到一起...

oracle12c建立使用者

本人在centos7安裝好資料庫 oracle12c 準備建立乙個使用者的時候 報錯了，如下 sql create user bpmx3 identified by bpmx3 create user bpmx3 identified by bpmx3 error at line 1 ora 650...

Oracle 12C 安裝異常

報錯 一 ins 30131 1.以管理員執行setup.exe 2.管理員要有c盤的讀寫許可權 控制面板 所有控制面板項 管理工具 計算機管理 系統工具 共享資料夾 共享 3.regedit hkey local machine system currentcontrolset services ...