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则更关注开发质量和后期的维护。两者如果实施的成功都有助于企业的管理升级，如果实施失败都会给企业带来沉重的打击。