saps4hana和saperp有什么不同(saphana是什么)

通常说到SAP，指的都是SAPBusinessSuite/R3(ECC)这款产品。

那么SAPS/4HANA与SAPR3究竟有什么不同呢？

简单地说，S/4HANA是下一代的R/3和SAP商务套件SAP。它利用新的用户体验技术（SAPFiori）和内存处理和数据库技术（SAPHANA），以及引入了一个新的引导配置的概念。

因此，它提高了简单，减少了处理时间，并提供比更大的功能在R/3是可用的。S/4hana重点是财务、ERP、CRM，SRM，SCM，PLM，和BW，与财务的组件组成的SAP新近发布的简单财务应用。进一步的功能目前在SAPERP被建造出来的。

SAPR3基于任何的数据库（包括SAPHANA数据库），而SAPS/4HANA是完全基于SAPHANA构建，优化了产品代码及数据结构，简化了财务流程和产品逻辑，并且应用了SAPFiori新的用户交互系统。

原理上来讲并不能，即使速度提高了也是因为Hana的服务器性能更加强劲了（从传统的机械磁盘换成了SSD），部分或者完全抵消了写入效率上的问题。

首先Hana 列数据库的体系结构就决定了这一切，Hana是按列写入的。Oracle之类的数据库是按行写入的。 在业务上更改一条记录，传统数据库上只要写入一次，而Hana就需要写入多次

细节就不展开了，但总结下来就是这样的一个结论

月结的写入性能问题主要还是在凭证的互锁问题（并发写入），这是Hana 相比传统数据库更加不擅长的地方，所以大多数的用户并不会因为升级到Hana而在月结，尤其是带物料分类账的成本月结环节带来性能提升。 即使提升也是因为硬件更强了，而不是Hana的原因。（很遗憾的现实是， 接手优化过的几十家月结有性能问题的客户，没有一家因为升级到hana 而在物料账阶段得到性能的提升，相反很多比使用Oracle时下降了，不管是否升级hana，月结速度的提升还是需要靠有针对性的优化项目才能实现

从HANA本质来讲大家都知道，就是一个数据库，和Oracle，SQLServer没啥本质的区别，内存计算、列式存储也不是啥新玩意，所以学习HANA和学习一个新的数据库从这个角度看也非常类似，当然HANA有其非常独特的特性（其实哪个数据库没有），其中最重要最本质而且未来会一直延续的特性就是HANA和SAP其他产品之间千丝万缕的联系，这一点对学习HANA的人而言会存在一定的挑战，当然挑战就意味着机会

HANA的学习路线(roadmap)也可以从其共性和特性出发来设计，下面只是个人的一些设想，仅供参考

1

数据库DBA大家都知道，行业里无论哪种数据库一般都存在两个角色，DBA和Developer，DBA负责数据库的部署、设计、调试、监控和调优等等各项工作，类似SAP领域的Basis，Developer掌握数据库的开发语言和逻辑，开发各种数据库层面的内容

我们先从DBA说起，我本人原来就是做SAPBASIS的，DBA不敢说精通勉强也算了解，HANA的DBA和其他数据库的DBA本质没啥区别，但DBA向来是一个需求少但是要求高的角色，一般的DBA大多会和其他角色合并，例如SAP系统的DBA和BASIS就是不分家的，非SAP产品DBA可能和网管或者类似角色合并，只有在很大规模的企业里会有专职DBA存在

HANA的DBA入门不难，但DBA最值钱的部分-性能调优，这个需要靠时间积累和环境的培养，恐怕一时半会除了SAP不太会出现优秀的HANADBA

从这个角度出发，建议大家把HANADBA作为自己必须掌握的技能，除了调优以外的知识都需要储备

以后出去做HANA，装个HANA调个参数还需要别人，竞争力就明显弱了

2

数据库开发只会开发数据库的Developer恐怕很难生存，因为目前绝大多数大型应用都不太会绑定某个数据库，除了一些特殊产品以外，在数据库层面做的开发都不会太多，绝大多数developer都是兼做数据库的开发，但HANA不太一样，由于其内存计算的特性，使用HANA必定要将应用逻辑下沉，这点造成了大量的HANA数据库开发需求，举个例子：未来随着ECConHANA的普及，ECC本身的很多应用逻辑都不一定下沉到HANA重写，别说客户自己的定制开发了，而客户自己的定制开发恰恰又以查询类为主，光把ABAP报表改写到HANA的事就够多的了，加上基于HANA的新的开发，这些预计未来会有较大的需求

3

数据挖掘和分析这是HANA的强项，也是HANA最早版本发布时的目标，想想HANA本身这个名字就明白了

这个角色牵涉的方面很多我只谈一下SAP领域的内容

数据分析也好挖掘也好，一般都会有几个环节，一是获取源数据，二是模型建立和开发三是展现

对于想从事这方面工作的同学以下产品是需要了解和掌握的:获取数据：SAP一系列做数据复制的工具产品：SLT,BODS,DXCSybase(目测估计以后不大会用了），甚至第三方的ETL工具模型建立和开发：BW，BOE(包括IDT，Universe)以及关键的HANAStudio(其实是指HANA里模型建立和开发的技术），展现：BO的水晶报表，Explorer,dashboard等，或者第三方的展现工具，国外看到过有人用开发HANA应用的

延伸部分：HANA内置了业务逻辑库和预测算法库，还可以和RLanguage集成，这是数据挖掘领域非常有用的功能

4HANA原生开发HANA最有吸引力也是最有生命力的部分其实在于其原生的开发，HANA内置了一个轻量化的，可以开发server端的js，MVC模式的交互界面，甚至移动端的UI

同时和HANA数据库内嵌集成，性能比外部系统访问HANA还好

我们看到的SAPHANA的很多有意思的案例都是基于HANA的原生开发，例如NBA，环球帆船大赛，国内的农夫山泉等，这些案例几乎都和SAP传统的业务系统没有任何关系，可以说已经超出了SAP的范畴，真正把HANA当一个平台类的软件来使用，这里的想象空间是巨大的，同样涉及到的技术也非常广泛，例如HANA和开源平台的集成(hadoop)等等

这里个人能力有限，只能大致谈一下HANA里面的开发技术

主要有基于HTML5的SAPUI5界面开发的业务逻辑开发，OData/RESTService的数据接口开发以及HANA数据库本身的开发

1、传统数据库可以运行在传统设备上，但HANA数据库必须使用HANA认证机型；

2、传统数据库取数时从存储中取，HANA数据库从内存中读取数据，从这个角度上说HANA快些；

3、使用传统数据库ECC用啥版本都行，HANA必须ERP60+EHP7以上；

4、按SAP的说法在HANA上的财务模块，有些版本减少了一些冗余的中间表，但存在和原来同构的视图，所以迁移后不影响自开发的程序的运行。

以上就是关于saps/4hana和saperp有什么不同(saphana是什么)全部的内容，包括:saps/4hana和saperp有什么不同(saphana是什么)、SAP上HANA 能否提高月结速度、在SAPHANA上跑ERP需要解决哪些问题(使用sap系统的公司)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！