有S/4HANA，為什麼沒有S/4AnyDB？

02-03

翻譯 | @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簡化的數據模型到底意味著什麼。

原文地址

https://blogs.sap.com/2017/10/11/why-there-isnt-an-s4anydb/

原文鏈接點這裡