翻译 | @SAP大话君
S/4HANA已经发布了4个大版本，并拥有了超过100个成功上线的客户。但是，我被问到最多的问题之一是：“为什么S/4不能运行在Oracle上（或其他任何HANA之外的数据库上）？”
这是个很自然的问题，特别是SAP与其他数据库产品供应商的合作远早于S/4HANA的诞生。甚至有人猜测会有“S/4Oracle”。这不会发生。继续读下去，你就会知道为什么S/4HANA是独一无二的，以及为什么在S/4HANA和S/4HANA Cloud面前，运行在传统数据库系统上的ERP现在已经逐渐被淘汰。
为什么是HANA？
几年以前，SAP推出了“大道至简”的口号。这是一种很不错的观点，但是该怎么做才能实现？我们从运行ERP的数据模型开始着手。数据模型必须被简化——这成为了此后所有创新的基础。
以下是一些例子：
库存管理从运行于传统数据库的ECC 6上的26个数据表变为HANA上的1个数据表。
在财务领域，统一日记账（1个数据表）减少了FICO统驭对账的艰难过程（许多数据表）。
EWM回到了核心ERP中，并且不需要它单独的系统了，因为传统数据库所需的复杂模型不再需要了。其他功能也类似，比如TM，aATP，高级变式配置等等。
这不是梦，这是SAP的客户正在获得的创新和生产力。想象一下把财务部门从低效的电子表格统驭对账中解放出来。想象一下让你的供应链同事能在任何时候运行MRP，而不是一天一次。你可以在简化IT架构的同时实现这些。通过一个更简化的数据模型，你的业务部门被装备上了更新，更实时的处理能力。
很简单，这些新特性无法在传统数据库上运行。我们必须大幅度地改变，为一个内存计算的，列式数据而重新设计。很显然，我们选择了HANA。把26张库存管理相关的数据表都载入到其他内存数据库，例如Oracle 12c，这不够好。简单地运行于内存数据库中是不够的——我们要用内存计算来重新设计一个简化的数据模型。
另一个很重要的认知是，当采用纯内存计算架构之后，数据库层和应用层正在融合。在过去，我们依靠单独的数据库层来组织数据，用于业务交易和分析。现在，应用可以直接快速访问内存，不再需要提前对数据进行预处理。如果试图把这个理念应用到每个数据库供应商的不同架构上去，会限制创新，也会延迟带给我们客户更多的好处。
这就是为什么不会有“S/4AnyDB。”我们不能让客户回去使用过去复杂的数据模型。当然，我们会继续支持ECC 6的数据库至2025年。
这真的能行吗？
现实世界的结果证明这是正确的策略。更简化的数据模型带来的效果是令人惊讶的。业务流程正在各个地方发生着变化。最好的证明就是S/4HANA超预期的使用量，这是SAP公司40年的历史中增长最快的产品。在2年多一点中，有超过6300个客户已经采购了S/4，并且有超过1000个客户已经成功上线。从传统数据库到新式HANA架构的转变从未成为一个限制因素。
如果你的公司还在运行ECC 6，可以试试Business Scenario Recommendations工具，以及Readiness Check。通过这些免费和个性化的工具，你会了解S/4HANA简化的数据模型到底意味着什么。
原文地址
