A. sap hana 為什麼拋棄oracle
其實不能說拋棄，Oracle的資料庫太久了，也沒什麼變化，大數據時，在性能優化上基本沒什麼效果。。。hana列式存儲是SAP最先提出來並且實現的，在大數據時代，這可以說是劃時代的。雖然後面Oracle也抄襲了SAP，可是HANA的地位確實不變的。
相比於委外加工，工廠自製配套產品更能降成本，拉業績
華為沒有上SAP系統，但是已經在用HANA資料庫了。
B. SAP ERP和ORACLE ERP的區別是哪些
1，實施風險
SAP和Oracle都在風險管理機制上頗費心思，以此打消客戶的顧慮。比如，SAP的All-in-One產品就針對各個垂直行業提供了最佳實踐和預配置方案，以此降低風險，加速實施進程。在實施加速方面，Oracle也提供了類似的工具，比如實施加速器(implementation accelerators)和用戶生產力套件(User Proctivity Kit)，以此提升測試、培訓以及其他關鍵實施流程的效率和效能。
2，實施成本和時間
從企業的年度收入(對於公共組織，用預算來替代)佔比看，SAP的成本更高。SAP用戶平均花費了企業年度收入的4%，對Oracle用戶來說這個數字是1.7%。
但是，成本只是實施當中的一個方面而已。CIO和項目團隊對於實施所耗費的時間同樣非常重視，在這一點上SAP的表現更勝一籌。Oracle的客戶平均需要花22.5個月來實施，而SAP用戶的平均用時少4個月。在用時方面，SAP的預配置和Oracle的加速器都能發揮作用，除了降低風險之外，還有助於縮減實施所需的時間。
3，可擴展性
幾乎所有的大中型組織都會關注ERP系統的可擴展性。畢竟，經受了多年業務流程和系統的分割和不一致局面，他們所期望的是企業軟體成為支撐企業增長的運維主幹架。
在這一方面，SAP和Oracle基本上打成平手。換句話說，對於那些全球化的大企業來說，無論用哪一家的產品，都能獲得支撐企業發展所需的可擴展性 – 絕大多數的財富500強企業都在用SAP或Oracle的產品。但是，根據不同企業的不同需求，可擴展的程度還是有一定區別。Oracle在方案的多樣性上有一定優勢，能夠提供E-Business Suite、Fusion、JD Edwards、Siebel和Hyperion等。而SAP更多是自主研發，給客戶更加一致的整體感。那些重視一致性和標准化的企業可能會認為SAP更具可擴展性，而那些更傾向去中心化模式的企業會認為Oracle的產品套件更有彈性。
4，軟體功能和定製化
SAP和Oracle都致力於功能的提升。SAP在實現客戶所需功能上表現更好。而另一方面，Oracle能給用戶更快地帶來回報。
5，雲方案
在這一方面，Oracle稍具優勢。更多的Oracle用戶在利用雲計算平台，其雲產品的用戶實現了更多的、可測量的商業利益。而SAP的Business One(一度曾被認為是針對小型企業最具前途的雲產品)據說已在退出市場的邊緣 – 這可能導致SAP在這一方面更加落後。因此，盡管兩家廠商都實現了雲交付的模式，市場數據顯示Oracle處於優勢地位。
6，In-memory技術
在過去幾年中，SAP和Oracle都曾鼓吹自己的in-memory技術將改變ERP的未來。憑借SAP HANA的「all-in-memory」技術，SAP在這方面正取得顯著進展。單一平台對SAP來說是一個巨大的優勢，但是也存在弱點，比如部署的成本以及兼容性上的不足。
為了應對SAP HANA的挑戰，Oracle也在in-memory系統上進行了很大的投入，並將市場區隔點放在與客戶現有資料庫及應用的高集成度上。對於那些有現成資料庫系統的用戶來說，這種方案在成本上優勢明顯，但是在可管理性上不如集中式的系統。
拋開兩個廠商在技術實現上的巨大差異不談，SAP和Oracle給客戶帶來的收益是基本相同的。In-memory技術可以提升ERP應用的效率，加速分析的過程，最終為用戶帶來更高的生產率和更深入的業務洞察。
C. sap hana和sap軟體的區別
SAP HANA 是市場上首個 translytical 數據平台，也是資料庫領域的領導者。SAP HANA提供多用途的內存應用設備，企業可以利用它即時掌握業務運營情況，從而對所有可用的數據進行分析，並對快速變化的業務環境作出迅速響應。通過SAP HANA，企業可以在業務運作期間基於海量實時詳細信息分析業務運營情況。企業可以探索和分析來源於所有數據源的全部交易數據和分析數據。運營數據在產生時由內存獲取，並通過靈活的視圖迅速將分析信息呈現給用戶。外部數據可輕松的被添加至分析模型，與整個企業的數據進行整合。
通過SAP HANA 可直接訪問運營數據，而不影響SAP ERP和其他運營系統的性能。企業可以近乎實時地將主要交易表同步到內存中，以便在分析或查找時能夠輕松對這些表進行訪問。一旦數據可通過內存訪問，各個部門就可以從預訂單據、銷售線索、服務要求等大量列表中查找單個行項目，而不會對運營系統造成任何影響。這種高效的建模流程支持提供明細行項目的直接訪問模型，以及支持更為復雜的分析流程的分析模型。
D. SAP HANA內存資料庫與oracle資料庫和MillionsDB內存資料庫的性能比較
MillionsDB 不懂，不過對於HANA和oracle來講，相對來說HANA會更快一點，因為內存更大，可以存儲的數量更多，而oracle，不能說是完全的內存資料庫，其中有一部分還是速度比較快的硬碟，只是傳輸技術更新，所以速度有所提升。
E. hana和oracle sql哪個好
客戶的數據分析系統要求支持SAP的HANA資料庫，為了這個項目，我們從SAP公司搞了一台SAP HANA資料庫伺服器，是HP的主機，伺服器比一般的個人主機要大一些，當我和其他同事一起搬的時候，才知道這台機器那個沉呀，看來真是「貨真價實」呀。
做資料庫SQL差異性比較是系統支持HANA的關鍵。
F. sap ecc版本使用的傳統資料庫和hana資料庫的區別
1、傳統資料庫可以運行在傳統設備上，但HANA資料庫必須使用HANA認證機型；
2、傳統資料庫取數時從存儲中取，HANA資料庫從內存中讀取數據，從這個角度上說HANA快些；
3、使用傳統資料庫ECC用啥版本都行，HANA必須ERP6.0+EHP7以上；
4、按SAP的說法在HANA上的財務模塊，有些版本減少了一些冗餘的中間表，但存在和原來同構的視圖，所以遷移後不影響自開發的程序的運行。
G. SAP, Oracle, 資料庫有什麼區別
1、就最新版本來看，基本企業業務功能上，雙方沒有明顯區別，都可實現。
2、sap起家於製造業，進入中國市場早，所以相對案例多，牌面上似乎更適合製造業，但是實際上兩款軟體都可以用在製造業等行業。沒有明顯的適合與不適合。s與o，更像寶馬與賓士，不能說哪個更好更強。雙方都有成功的案例，也有失敗的案例。相互替換的情況都有。所以切不可說誰一定比誰強。成功與失敗，絕不簡單是一個軟體就可以決定的。
3、s德國系，更嚴謹，相對調整會感覺略重。o美系，更開放靈活，調整起來更輕便。所以會發現重資產s記多，輕資產o記多。穩定期企業s記多，快速發展期企業o記多。對於業態多，變化多、快的企業，o記似乎更適合。但還是那句話，基本業務雙方都能實現，沒有一定誰比誰強。
4、s記產品和實施費用高。由於核心語言相對封閉，所以實施開發人員有一定入門門檻，成本高。o記要求語言入門門檻低，開發人員成本相對低，易培養。由於s記價格高，所以價值鏈上利潤空間多，生態圈好。o記相對生態圈差太多。
5、s的cs結構，一直被詬病，也是其互聯網化慢的阻礙。雖近期在不斷改變，但比結構就是bs化的o來的自然不夠徹底。
6、除erp外的周邊，hr、crm一直是s的弱項。而o通過收購，這些是其超強項。
7、s在去o資料庫化，走hana。o在雲端化，走saas。雙方目前在一個關鍵的分岔路上。如果雲化是下一個IT爆發點，s記很可能是下一個諾基亞。如果雲化沒有爆發，o記可能會退回老路，經歷一個低落。
8、中國市場在雙方全球收入比重不同，所以兩個公司在中國市場投入明顯不同。s記更大手筆。
H. 大神們來指點下我吧， SAP HANA和Oracle Exalytics的區別在哪裡啊哪個更好一些
都是數據，只是製造商不同導致了其系統不同，就像是安卓好ios的類別一樣，作為企業管理軟體數據系統，sap hana好一些——朗澤sap培訓
I. 講講BW/4 HANA和BW on HANA的區別
SAP HANA應該如何學習？
從HANA本質來講大家都知道，就是一個資料庫，和Oracle，SQL Server 沒啥本質的區別，內存計算、列式存儲也不是啥新玩意，所以學習HANA和學習一個新的資料庫從這個角度看也非常類似，當然HANA有其非常獨特的特性（其實哪個資料庫沒有），其中最重要最本質而且未來會一直延續的特性就是HANA和SAP其他產品之間千絲萬縷的聯系，這一點對學習HANA的人而言會存在一定的挑戰，當然挑戰就意味著機會。
HANA的學習路線(roadmap)也可以從其共性和特性出發來設計，下面只是個人的一些設想，僅供參考。
資料庫DBA
大家都知道，行業里無論哪種資料庫一般都存在兩個角色，DBA和Developer，DBA負責資料庫的部署、設計、調試、監控和調優等等各項工作，類似SAP領域的Basis，Developer掌握資料庫的開發語言和邏輯，開發各種資料庫層面的內容。
我們先從DBA說起，我本人原來就是做SAP BASIS的，DBA不敢說精通勉強也算了解，HANA的DBA和其他資料庫的DBA本質沒啥區別，但DBA向來是一個需求少但是要求高的角色，一般的DBA大多會和其他角色合並，例如SAP系統的DBA和BASIS就是不分家的，非SAP產品DBA可能和網管或者類似角色合並，只有在很大規模的里會有專職DBA存在。HANA的DBA入門不難，但DBA最值錢的部分-性能調優，這個需要靠時間積累和環境的培養，恐怕一時半會除了SAP不太會出現優秀的HANA DBA。從這個角度出發，建議大家把HANA DBA作為自己必須掌握的技能，除了調優以外的知識都需要儲備。以後出去做HANA，裝個HANA調個參數還需要別人，競爭力就明顯弱了。
建議學習資料：HANA Academy ,SAP Help 上的PDF
適用對象： 所有HANA從業者
2. 資料庫開發
只會開發資料庫的Developer恐怕很難生存，因為目前絕大多數大型應用都不太會綁定某個資料庫，除了一些特殊產品以外，在資料庫層面做的開發都不會太多，絕大多數developer都是兼做資料庫的開發，但HANA不太一樣，由於其內存計算的特性，使用HANA必定要將應用邏輯下沉，這點造成了大量的HANA資料庫開發需求，舉個例子：未來隨著ECC on HANA的普及，ECC本身的很多應用邏輯都不一定下沉到HANA重寫，別說客戶自己的定製開發了，而客戶自己的定製開發恰恰又以查詢類為主，光把ABAP報表改寫到HANA的事就夠多的了，加上基於HANA的新的開發，這些預計未來會有較大的需求。
建議學習資料：HANA Academy ,SQL Reference等
適用對象： ABAP開發人員，HANA開發人員
3. 數據挖掘和分析
這是HANA的強項，也是HANA最早版本發布時的目標，想想HANA本身這個名字就明白了。這個角色牽涉的方面很多我只談一下SAP領域的內容。數據分析也好挖掘也好，一般都會有幾個環節，一是獲取源數據，二是模型建立和開發 三是展現。對於想從事這方面工作的同學以下產品是需要了解和掌握的: 獲取數據：SAP一系列做數據復制的工具產品：SLT,BODS,DXC Sybase (目測估計以後不大會用了），甚至第三方的ETL工具模型建立和開發：BW，BOE(包括IDT，Universe)以及關鍵的HANA Studio(其實是指HANA里模型建立和開發的技術），展現：BO的水晶報表，Explorer ,dashboard 等，或者第三方的展現工具，國外看到過有人用PowerBuilder開發HANA應用的。
延伸部分：HANA內置了業務邏輯庫和預測演算法庫，還可以和R Language集成，這是數據挖掘領域非常有用的功能。
建議學習資料：HANA Academy ,SAP Help等
適用對象：原SAP BW/BI/BO從業人員 數據挖掘和分析人員
4 HANA原生開發
HANA最有吸引力也是最有生命力的部分其實在於其原生的開發，HANA內置了一個輕量化的JAVA App server，可以開發server端的js，MVC模式的交互界面，甚至移動端的UI。同時和HANA資料庫內嵌集成，性能比外部系統訪問HANA還好。我們看到的SAP HANA的很多有意思的案例都是基於HANA的原生開發，例如NBA，環球帆船大賽，國內的農夫山泉等，這些案例幾乎都和SAP傳統的業務系統沒有任何關系，可以說已經超出了SAP的范疇，真正把HANA當一個類的來使用，這里的想像空間是巨大的，同樣涉及到的技術也非常廣泛，例如HANA和開源的集成(hadoop)等等。這里個人能力有限，只能大致談一下HANA裡面的開發技術。主要有基於HTML5的SAPUI5界面開發，Server Side Java Script的業務邏輯開發，OData/REST Service的數據介面開發以及HANA資料庫本身的開發。
建議學習資料：HANA Academy ,SAP Help，SCN HANA開發專版
適用對象： 有JAVA開發經驗的開發人員,HANA開發人員
J. SAP ERP和ORACLE ERP的區別是哪些
SAP有非常細致深入的標准流程，在流程方面，只要是你想到的問題，SAP都會曾經遇到過並且給出過解決方案。實施SAP比較傾向於改變企業的業務流程來匹配SAP，實現標准化管理。oracle比較靈活，側重於通過開發來實現企業業務流程，匹配企業管理。兩者都有所長，以前SAP在資料庫這方面還是繞不過oracle，不過隨著HANA的推出會有所改觀。兩者實施要想實施成功，關鍵點不同。SAP更強調與前期流程梳理、數據整理以及實施顧問的經驗，看是否能將SAP標准管理和企業須自身特性良好的結合起來。Oracle則更關注開發質量和後期的維護。兩者如果實施的成功都有助於企業的管理升級，如果實施失敗都會給企業帶來沉重的打擊。