技术开发 频道

第一次体验HANA ABAP:进化还是变革?

        【IT168 评论】SAP开始了一项客户鼓励引导项目“先驱者”来评估用HANA来设计的ABAP程序模块。关于这个话题Sanjay Khanna 在SCN写了一篇很棒的博客,先驱者项目到底做了些什么?我的同事, SAP的导师Thorsten Franz 跟我一起经历了这次活动,并且使用基于HANA的ABAP系统建立了一个实验模型。之后我与DSAG Jahreskongress(DSAG是SAP在德国的客户小组)谈到我们的这次经历,现在我在这里跟大家一起分享我们的印象,至少是哪些没有被NDA影响的部分。 另外,如果你想得到关于实验模型的一些截图,以及更多的信息,请到我上周在谈论DSAG时所使用的幻灯片。

  首先我想感谢全体先驱者项目团队的极其奉献精神,尤其是Chris, Ingo, Jens, Thorsten 以及 Welf,很高兴能看到SAP公司有这么多非常优秀的人才努力的致力于这个项目。

  HANA的ABAP应用——衍化还是变革

  在我参加CEI先驱者的时候,我发现SAP采用了许多不同的接入方式以期实现 基于HANA的最合适的程序模组 ,所以我们需要学习在Eclipse和许多新的ABAP工具箱架构以及技术。实际上是所有的不同方式的处理方法以及程序范例。一些框架意味着变革因为他们复杂而有效-但是他们能够把发展目标以及品味有效联合起来么?我们测试了许多比较传统的技术,例如使用HANA打开SQL作为主要的内容,效果很好成功率很高,我知道其他的方法也会很适合HANA如OData及过滤还有寻呼技术。

  在我看来SAP尝试了许多方法去优化HANA的ABAP,最终SAP做了一系列明智的决定:

  ·如果你想创立HANA优化的应用,你需要开发一个与HDB工作室相近的的环境,而Eclipse的ABAP无疑是一个很棒的选择。

  ·如果你想实现HANA应用的ABAP可以移植回SAP的商务套件中,你必须保证代码的兼容性。

  也许这个看起来很保守,但是试想实际上这场进化迈向了一个新的业务平台。SAP通过HANA开始了一场变革,而且现在HANA已经出现在SAP的商务套件中了:

  ·当然ABAP应用可以立刻从HANA获得收益,但是我们需要的是HANA来优化框架结构和技术以期建立起来建立起一个应用程序采取全面利用内存功率的技术。我认为通过ABAP和HANA我们可以建立起带给我们竞争优势的商业应用程序。

  ·已经有很多的此类代码应用在SAP商务套件和合作解决方案中,所以我们需要寻找一个更保守的方法利用HANA技术解决现有的瓶颈。

  SAP知道去评估一项新技术框架或者编程模式的唯一方法就是把他应用到现实情况中去:我们可以用它来建立商务应用程序么?这就是为什么他们与客户特别紧密的合作。我们非常有必要建立一个概念并且同客户讨论来自他们的下述挑战:你们如何分配解决方案的?如何处理存档数据?

  让我在这里总结一下,基于HANA的ABAP会带来新的功能,模式工具,并且能让你开发出一鸣惊人的应用。准备好学习很多新的东西,但是请意识到SAP已经开始了一项进化过程,而我下面会提到最重要的方面:

  ·ABAP根据HANA做的代码优化(NW7.4)是完全符合软件AS ABAP7.31的。

  ·如果你想利用NW7.4建立一个新的应用,你可以用一个并行脚本作为起点。之后你可以把你的应用程序分配到SAP商务套件上作为主要的部分。因为这也将使用NW7.4 技术。现在SAP商务套件还并不支持HANA作为主要部件,但是SAP已经在向着这方面努力。

  ·并行的脚本可能会带来一些痛苦,而且并行脚本会受到一些限制而使用成熟的技术,事实上我以前在博客上谈过SAP的比较老的但是很棒的美化转换工具,如果你想了解的更多,我建议你们去读一读。

  让我用图片来解释三种脚本,下面的图片表现带加速器的并行方式。

第一次体验HANA ABAP:进化还是变革?

  下面的图片展示了一个带额外AS ABAP(7.4)的并行脚本作为新应用的平台。这个应用服务器把HANA作为主要延续部分并且创造了自己的业务目标,并且也开始了融入在SAP 商务套件里。这个AS ABAP有复制商务套件数据的权限(当然也包括其他存储在HANA中的数据)。

第一次体验HANA ABAP:进化还是变革?

  未来着长大的图片会看起来更简单:SAP产品会把HANA最为主要延续部分(就像现在SAP BW这样)而且我们不需要任何的回复,也不会再有AS ABAP7.4。我们HANA在AS ABAP下获得了优化的特定应用,并且会分配到SAP商务套件中运行。

第一次体验HANA ABAP:进化还是变革?

  我提到关于ABAP的进化会是一个快速的过程,但是不会造成很大的破坏。在开拓者时我们探索了很多破坏性的特征。对他们中的一部分我真的很喜欢,而且也许将来他们都会出现,但是我相信SAP会为他们找到一条温和的引进方式。这次进化是一个非常有前途的战略,因为他为我们现在所痛苦的地方带来了立竿见影的帮助,并且允许反馈周期的存在。也许我可以用几个词概括他:SAP提高了速度但是仍允许Ecosystem能跟随上脚步。

  让我介绍一些优势的地方,如果你想用NW7.4去优化一些已经存在的项目,你手上有两个选择,新的HANA优化过的应用和没有被优化过的应用,如果新的项目不想你期望的那么成熟,那么后者会是你的一个备选方案。如果问题发生SAP客户可以依旧使用以前的方式,这很重要,因为你需要去学一些新的内容从行政项目,新的程序模式以及其他,浙江需要一段时间而且你会一直犯错误,所以我做了如下的建议。

  开发“简单的”HANA基础应用来解决现在令人苦恼的地方。抓紧学习关于NW7.4的新特征和HANA专有的语言。当然你并不需要应用NW7.4所有的特征,我的建议是开始先学习一些老的好的开放式SQL并且只在需要的时候才是用新特征。

  然后开始开发更先进的HANA优化应用程序,并且整合非SAP 数据,然后更深入的关于运营报告的话题也许还要再加上一体化的水晶报表工具。

1
相关文章