|
商业需求 |
Oracle内存数据库 |
SAP HANA |
|
用现有的App、BI和报告工具透明化工作。 |
跟所有Oracle软件、独立软件供应商(ISV)工具和除了自定义撰写的app外的应用程序实现100%兼容。 |
相比之下功能很少。需要新的应用程序或重新编码现有的应用程序。 |
|
云计算、大数据和数据库的兼容。 |
没有数据库大小限制,使用动态随机存取内存(DRAM)、flash和透明磁盘。因为用户不需要把他们的所有数据都放在昂贵的DRAM上，所以不存在存储超支问题。 |
整个数据库必须适合昂贵的DRAM，并且将不适合大型数据仓库和大数据。数据库云整合也不是可行的。SAP声称用户可以将HANA与其他例如Sybase的数据库连接起来，从而实现HANA数据的转移和补充，,但是这个体系结构会很脆弱、复杂和缓慢。 |
|
确保数据的可用性和安全性。 |
经证明Oracle的最大可用性架构是用Oracle内存数据库来继承的,减少了计划内和计划外的运行中断。内存复制会避免在节点故障时的停机时间。 |
不成熟的产品和可用性特性的丢失使得停机时间不可避免。没有从节点故障中快速恢复的能力。安全功能是基本的。这需要多年的实际经验来覆盖所有高可用性和高安全性情况。 |
|
没有硬件锁定或限制。 |
Oracle内存数据库可以在任何平台上运行Oracle 12c数据库。 |
HANA只能在经过认证的SAP上运行来自合作伙伴的基于x86的HANA设施。客户无法在现有的未认证硬件上运行HANA。 |
|
利用现有的IT人才。（DBAs，开发者） |
不要求新的API和最小的新DBA命令,就可以使Oracle内存数据库琐碎的实现和维护。 |
因为HANA是一个新的以独特的操作过程和编程来实践的“平台”,一个新的团队或再进行培训是必要的。 |
|
尺度分析和在线事务处理(OLTP)。 |
Oracle内存数据库的独特的双格式支持透明的扩大、扩展分析和OLTP工作负载一起运行。 |
HANA对高性能的分析使用列的格式,其对OLTP的性能和可伸缩性有着严重的建筑性限制。其按比例增长和扩展方面很不成熟。 |
