SAP HANA 平台簡介
HANA的全名是 High-performance Analytic Appliance.說白話就是效能是好棒棒的平台。HANA是一個的In-memory 的 DB平台，意思是你所有的資料全部都在，memory上面跑。意味著你的storage(HD/SSD)等等的資料都只是一開機後，HANA將所有DB資料一次載入到記憶體中。
HANA同時具有row-base and column-based的資料庫型態。另外同時也同時有兩種 OLTOP(online transaction processing) and OLAP(online analytical processing)這兩類資料庫功能在同一套HANA system中。集所有類型的資料庫功能於一身，可參考下面的架構圖。
(PS 這跟雲端平台的講法不一樣，雲端平台說不會有一個系統可以對應所有的需求與功能，所以才有各式各樣的DB存在。但SAP的文件卻說什麼樣的資料通通可以塞到同一套資料庫中)
HANA 支援的協定:
–Representational State Transfer (REST)
–JavaScript Object Notation (JSON)
–OLE DB for OLAP ( ODBO)
–Multi Dimensional eXpressions (MDX)
–Open Database Connectivity (ODBC)
–Java Database Connectivity (JDBC)
HANA Platform 想要解決的問題:
太多的應用程式帶來太多不同的資料來源，故能夠讓所有的應用程式都用同一套DB平台將資料集中化(不用到處將資料散落各地還要針對各地資料備份等等日常工作)，不管要對資料做些甚麼事(收集/即時分析/萃取等等)都在同一個平台上解決。不用再經過其他類型的資料平台。
In-memory 運算:
以前為什麼SAP不提出這項方案呢?
第一，因為硬體變得又快又便宜了。以前1T的記憶體可能是天價，64 core的CPU可能也未出現。現在這些都不是問題。(PS: 個人感覺，對大企業可能是小錢。對中小企業還是天價，這可能還是給大企業的玩具)。
第二，新的技術產生了，請參考下圖。這些技術都是跟現今Big Data相關的技術，有興趣的人也可以Google相關的資料。
第三，由於HANA將"全部"的資料放在Memory。去除了硬碟/storage頻繁的讀取或寫入功能(只做為定期將memory中的資料回寫到HD中)，故整個資料庫的效能變得比較高。
加入了Column-based的資料庫的能力:
在有些情況下，Cloumn-based的效率會比row-based好。至於row-based and column-based的差異在哪裡?有興趣的人可以上google搜尋，有很多這方面的資料。在這邊就不野人獻曝了。
那些狀況下使用HANA呢?
不用說，SAP自己的相關應用程式或解決方案都可以使用。例如SAP Business Suite applications (ERP, CRM, SCM 等等), SAP Business Warehouse (BW), 及其他的SAP 企業解決方案, SAP NetWeaver。當然若第三方應用程式使用ODBC 或JDBC的方式連結資料庫也可以使用HANA。
HANA 與NetWeaver的整合:
SAP NetWeaver AS ABAP 及 AS Java內建介面(interface)可以直接與HANA平台溝通，請參考下圖。
以上就是HANA的簡單介紹，下一篇我們接著介紹。安裝HANA時，針對相對應的軟硬體我們該如何評估。
