上周，我很幸运地被邀请参加SAPPHIRE NOW和ASUG年会上的SAP Influencer计划。

在主题演讲中，Hasso Platner介绍了HANA如何提供机会，以比以往更简单的方式完全重新设计应用程序。后来我和一些人交谈过，他们告诉我，这一刻，HANA不仅仅是另一个数据库，我鼓励大家观看主题演讲的重播，但我认为值得花些时间再看一遍Hasso提供的示例。

Hasso从我们都熟悉的SAP Business Suite开始。当我们发布最简单的发票交易时，我们需要做几件事。我们在header表中创建invoice文档，称为BKPF。我们在segment表中创建三个条目，称为BSEG。一个条目用于客户，一个用于利润账户，一元云购下载，一个用于税务记录。

稍后，我们需要进行一些查询和报告，包括此交易数据–例如，获取其影响的一个账户的余额。对于传统的数据库，立返利，在运行时通过对所有事务值求和来计算余额是不切实际的。这意味着我们构建聚合来保存当前余额，每次执行事务时都会更新该余额。因此，在插入事务数据之后，我们还需要更新表中的数据，云教云，例如…

我们还需要快速访问其他各个区域的事务数据，因此我们使用一些辅助索引。这意味着在表中插入记录，例如…

，所以现在我们发布原始事务的代码变得更加复杂。而且这项额外的工作可能需要一些时间，因此我们必须使用其他技术，比如将一些处理传递给更新任务以异步执行，这样我们就可以为最终用户提供可接受的响应时间。我们的简单发票过帐事务代码现在变得非常复杂，它位于多个不同的地方，它必须在松散相关的步骤之间提供编排，支持复杂的错误处理等

HANA为我们提供了从根本上简化发票过帐应用程序的机会。因为所有这些聚合实际上可以根据需要即时计算，所以根本不需要保存这些数据的表。这同样适用于二级索引表。我们可以简单地去掉它们并用同名视图替换它们。这意味着读取这些表的任何代码都不需要更改，因为无论您是从表还是从视图中读取数据，SQL语法都保持不变。

但这并不是真正的优势所在。真正的优点是不再需要创建这些聚合和二级索引的所有代码。我们不必计算和更新发票事务影响的许多聚合，只需将标题和项目数据插入它们各自的表中。也不需要创建辅助索引项。就这样，任务完成了。我们有一个更简单的数据模型，更简单的代码，更少的代码，因此一个非常简单的应用程序。它更容易构建，更容易测试，更容易更改，更不容易出错。用哈索的话来说，"几乎没有什么会出错"。

举个例子——想想如果一个bug被引入到计算这些讨厌的聚合的代码中会发生什么。在传统模型中，数据分析怎么做，这会立即在数据库中存储的数据中引入错误。因此，对代码的修复必须包括一个合适的校正程序，以检查存储在数据库中的所有聚合数据，并对其进行校正，以消除错误及其影响。在新的简化设计中，计算聚合的算法可以固定，然后立即得到正确的聚合？

很好的总结，罗布。任何看过或没看过主题演讲的人，都应该读这篇文章作5分钟的简短回顾。

我必须承认，读到这篇文章我感到很难过，因为我很有可能会和我以前的职业生涯中的著名朋友（BSI、BSID等）和流程（V2）说再见

尽管我很认真，这确实是许多简化信息的核心所在。

但我想说出您所写内容的一部分，因为它可能会在其他内容中丢失，我认为它实际上是最重要的部分，特别是对于现有SAP客户，以及那些担心可能中断的客户：

"。。。用同名视图替换它们……

这是最令人惊奇的事情。正如您所提到的，这意味着对所需编程更改的影响最小（对于SAP和客户开发）。像往常一样，抽象之美显而易见，自我25年前开始使用SAP技术以来，抽象的力量一直是SAP技术的基石。

各位，请阅读本文并思考其意义。这不是一件小事。

完全同意DJ的说法，这一部分让我大开眼界（还没想过）。

尽管你可以做到，就像罗布自己说的那样，大数据的发展，你甚至不需要再做了。简化数据模型是好的，但是减少需要维护的代码量是提高软件生命周期效率的关键。这意味着我们将有更少的开发人员不得不为发布的每个SAP便笺处理6.0x，x>=0的繁琐代码，使这些开发人员能够投入宝贵的时间，以更新的SAP Fiori应用程序、sERP的其他模块的形式交付实际价值，或者是下一件我们还不知道的大事。

格雷厄姆，

听起来你所描述的是一个日记账条目或是最简单的商业交易，大约500多年前"发明"了，现在仍然是我们经济体系的基础，包括现在已经不复存在的马克思主义共产主义公式。

rgds，

格雷格

很好的总结。

作为一个算盘，我可以说这篇文章很容易理解。现在我想这只是SAP HANA功能所能实现的一小部分，对吧？有点，只是冰山一角？

问候！

谢谢你的评论Guillermo。你说得对，这只是冰山一角，但重要的是，它表明，HANA并不意味着支持庞大客户群的现有商务套件应用程序的终结。

干杯

格雷厄姆·罗博

我同意罗博的观点。添加SAP带来的任何东西，如HANA等，都将围绕基于ABAP的应用程序，并丰富/增强它们。ABAP是SAP商业软件之王，其他公司也紧随其后