How Accurate Was Carl Dubler on Why There is No S/4AnyDB?

Executive Summary

  • Carl Dubler made bold predictions on HANA.
  • We review how accurate he was in his article on a Why There Isn’t an “S/4AnyDB.”


John Appleby’s article on the SAP HANA blog was titled Why There Isn’t an “S/4AnyDB” and was published on Oct 11, 2017.

The Quotations

HANA Is Not Getting All of the Growth it Deserves?

S/4HANA momentum continues with 4 major releases and over 1,000 live customers. Still, one of the top questions I get is, “Why doesn’t S/4HANA run on Oracle (or any other database besides HANA)?” This is a natural question, especially since SAP partnered with database vendors for our products prior to S/4HANA. Sometimes there is even speculation of an “S/4Oracle.” It’s not going to happen. Continue reading to learn what makes S/4HANA unique, and why ERP running on legacy database systems are now obsolete with S/4HANA and S/4HANA Cloud.

This is false. In 2019, which is roughly 1.5 years after this article, our research indicates that there are close to no customers live on S/4HANA, even though the SAP count is 2,000 customers. We covered the falsified S/4HANA customers in the S/4HANA Implementation Study. We predict that there will eventually be an S/4Oracle, as we covered in the article Why SAP Will Have to Backtrack on S/4HANA on HANA.

None of the previous databases like Oracle or DB2 is legacy, particularly with respect or in comparison with HANA as we covered in How Accurate is the SAP in Calling Non-HANA DBs Legacy? 

Carl Dubler receives a Golden Pinocchio Award for his assertion regarding non-HANA databases being legacy. Ordinarily, we state that Golden Pinocchio Award winners lie, but with Carl Dubler, it’s unclear whether he knows what he is saying. 


Several years ago, SAP introduced the motto “Run Simple.” This is a nice sentiment, but how do we make it real? We start with the data model used to run ERP. The data model had to be simplified—this is the foundation of every innovation since.

The data model for S/4HANA is not simplified, as we covered in the article How Much Has HANA Really Been Simplified?

Some concrete examples:

Inventory Management went from 26 tables in ECC 6 on legacy database to 1 table on HANA.

In Finance, the Universal Journal (1 table) eliminates the painful process of FI-CO reconciliation (many tables).

A database’s complexity is far more than merely how many tables it has as we covered in Does S/4HANA Have a Simplified Data Model? Each of the tables in HANA is more complex than the row-oriented tables. Financial reconciliation is not due to many tables and is not a feature of the software. The complexity in reconciliation is due to the manual work in judgments, such as what revenue to recognized and when.

Carl Dubler receives a second Golden Pinocchio Award for his assertion regarding the reconciliation benefits of S/3HANA. 

Extended Warehouse Management is back in core ERP and no longer needs its own system since the complex model required by legacy databases is gone. The same is true for Transportation Management, Advanced Available to Promise, and Advanced Variant Configuration, among others.

EWM is a dead product. Transportation Management is live at very few locations, so any improvements in these applications have minimal relevance. None of these applications ever required a complex model, and none of the databases used by SAP before HANA can be classified as a legacy.

These aren’t dreams—these are innovations and productivity gains our customers are getting now. Imagine liberating your finance department from unproductive spreadsheet rodeos like reconciliation. Imagine providing your colleagues in supply chain MRP runs whenever they want, not just once per day. You can do this all while simplifying the IT landscape. With a simpler data model, your IT department is ready for anything, and your business is equipped with new, real-time capabilities.

HANA has multiple performance problems with MRP, as we covered in How to Interpret MRP Performance Problems with HANA.

For those interested in running MRP quickly, far more rapidly than anything possible in any SAP system, contact us about Real Time MRP.

These gains are simply not possible running on legacy database systems. We had to take the dramatic step of re-designing for an in-memory, columnar database. Obviously, we chose HANA for that. It isn’t good enough to take the 26 tables for Inventory Management and run them in-memory on, say, Oracle 12c. Simply running in-memory isn’t enough—we needed to leverage in-memory to redesign for a single data model. If you have a couple minutes, take a look at my video explanations herehere, and here. If you have more time, get a deep dive here.

Oracle In-Memory outperforms HANA as does IBM DB2 BLU. Secondly, reconciliation is not an analytical workload. Therefore there is no reason to apply an in-memory database to this application.

This is also a recognition that with the move to a pure in-memory architecture, the two layers of database and application are merging. In the past, we depended on a separate database layer to organize data for transactions and analytics. Now the application can access the data with plenty of speed in-memory and not need to have it organized in advance. Trying to make this work with every database vendor’s different architecture would have limited the innovation and delayed the benefits for our customers.

The application layer and the database layer are not merging. SAP is trying to use monopoly power in the application layer to extend its monopoly into Oracle’s monopoly in the database layer and DB2. SAP has it backward, HANA lags across the board in capabilities in its database versus Oracle and DB2 and is also far less stable than either database.

This is why we won’t have an “S/4AnyDB.” We can’t move our customers back into the complex data models of into the past. We partner with database vendors for ECC 6 which we continue to support until 2025. This explains why you might see agreements with them: it’s to support the past, not enable the future.

If there is no S/4AnyDB, the only reason is that SAP plans to push out vendors to capture database market share. There is no technical reason AnyDB cannot support S/4HANA and support it better than HANA.

Is It Working?

The real-world results are proving this was the correct strategy. The impact of a simpler data model is amazing. Business processes are transformed everywhere (see illustrations here). The best proof, however, is in the unprecedented adoption numbers for S/4HANA, the fastest-growing product in SAP’s 4-decade history. In a bit over 2 years, more than 6,300 customers have purchased it, and over 1,000 of them are already live (check out their stories). The transformation from traditional DB to the new HANA architecture has not been a limiting factor.

In 2019, 1.5 years after this article was published, there are almost no real S/4HANA implementations, and S/4HANA is one of the least successful of SAP’s upgrades to its widely used ERP system. Even in 2019, SAP only estimates 2,000 “live” customers, the close to other 7000 customers do not have S/4HANA even estimated as live. The reason for this is that S/4HANA is still an immature application.

Carl Dubler receives a Golden Parrot Award for repeating false information around S/4HANA. It seems that Carl can be made to repeat anything that SAP tells him to say. 

Further Comment from Dubler

IDC and ASUG both have surveyed and found about 2/3 of SAP customers plan to go to S4 starting 2018. There’s data in the ASUG survey about plans for on prem vs cloud, etc”

Unmentioned by Dubler is that neither IDC nor ASUG has any independence from SAP. ASUG is simply a marketing arm of SAP at this point as we cover in How ASUG Lost its Way and Sold Out to SAP.

IDC was purchased by a Chinese construction firm and counted SAP as a customer as we covered in Can You Trust IDC and Their Now China Based Owners?

Comment by Tim Main of IBM

“Whilst also understanding IBM has had sample S/4 Simple Finance code successfully running over Db2 BLU for in excess of 24 months now, I personally believe the SAP strategy to only offer S/4 over SAP HANA (now 2.0 vs 1.0 before) at release 1709 vs prior releases of 1510, 1611 etc is largely a marketing choice that seeks to force a top to bottom SAP stack over a Linux platform (either Intel or indeed HANA on Power).”

Tim is quite right. SAP is using HANA to displace other database vendors, and the technical reasoning for customers having to use HANA is a way of SAP removing choice from SAP customers. Dubler responded to Tim Main, but his response was content free, so there is nothing to discuss or even analyze in Dubler’s comment.

Response from Carl Dubler

“It is natural to ask tough questions of an enterprise product before buying it. That is why we offer several free, personalized tools to help customers understand what S/4HANA will mean for them, including Business Scenario Recommendations and S/4HANA Readiness Check. S/4HANA momentum is very strong (as the numbers in the article indicate) across all customer types, so I hope the client you heard from will take another look. S/4HANA also comes with a complete choice, including SaaS, private cloud, on premise, and IaaS (AWS, Azure, Google Cloud) so they can balance their needs for customization/control with accelerated deployment.”

Carl can’t engage in any discussion beyond being a sales parrot, so he needs to try to get out of the discussion, which is what he does here.

Advice on Enjoying the Quiz

To see the full screen just select the lower right-hand corner and expand. Trust us, expanding makes the experience a whole lot more fun.



This article receives a 0 out of 10 for accuracy. The entire article is false from beginning to end, and Carl Dubler appears to be a mindless parrot who simply repeats what he is told to say.

SAP’s Inaccurate Messaging on S/4HANA as Communicated in SAP Videos

Fact-Checking SAP Information on S/4HANA

This video is filled with great falsehoods. We will address them in the sequence they are stated in this video.

SAP Video Accuracy Mesurement

Appleby's StatementAccuracy % of the CommentExplanationLink to Analysis Article
S/4HANA is what allows key processes to be digitized.
ECC was already fully digitized and digitized across key business functions.The Problem with Using the Term Digital Transformation on IT Projects
HANA is a Platform
HANA is not a platform, it is a database.How to Deflect You Were Wrong About HANA
Fiori is a major advantage for S/4HANA.
In S/4HANA implementations Fiori is infrequently used when S/4HANA. How Accurate Was SAP on the Number of Fiori Apps?
Fiori is far more efficient than what came before.
In testing Fiori and S/4HANA, Sven Deneken's statements did not hold up. There was a particular weakness in actually making changes after noticing something needed to be changed, and we found the efficiency below that of ECC with of course SAPGUI.
S/4HANA is innovative as it brings "real time inventory."
Sven Deneken brings up the topic of "real-time capabilities," however there is nothing particularly real-time or different in terms of a reaction than ECC. Whenever you make a change in ECC or any other ERP systems for that matter, the entry is real-time. Sven Deneken states that "the physical inventory is the same as the digital inventory." However, under what system would this not be true?What Happened to the Term Perpetual Inventory?
S/4HANA is innovative because it allows access to supplier information.
Sven Deneken states that information about the supplier is "just a fingertip away." Sven Deneken may be familiar with ECC, where supplier data is also a fingertip, or say mouse click away. It called the Vendor Master in ECC.
Sven Deneken says that the cycle could be changed to daily or sub-daily.
Why would that occur? This is a very strange scenario that is being laid out.
S/4HANA is innovative because it allows MRP to be rerun interactively for a product location.
Sven Deneken is extremely confused when he states that S/4HANA allows a fresh MRP run to be performed for a specific product location and that this is a differentiator for S/4HANA. For a single product location, there is no ERP system that cannot run MRP for a single location. Secondly re-running MRP does not remove uncertainties. MRP can be re-run when something changes. For example, when the forecast changes.Performance Problems with HANA and MRP
Sven Deneken states this demo shows SAP has reimagined inventory management.
However, all of this functionality, save for several of the graphics shown in the video have already been available in ECC for many years, in fact, decades.

The Problem: A Lack of Fact-Checking of S/4HANA

There are two fundamental problems around S/4HANA. The first is the exaggeration of S/4HANA, which means that companies that purchased S/4HANA end up getting far less than they were promised. The second is that the SAP consulting companies simply repeat whatever SAP says. This means that on virtually all accounts, there is no independent entity that can contradict statements by SAP.

Being Part of the Solution: What to Do About S/4HANA

We can provide feedback from multiple HANA accounts that provide realistic information around S/4HANA — and this reduces the dependence on biased entities like SAP and all of the giant SAP consulting firms that parrot what SAP says. We offer fact-checking services that are entirely research-based, and that can stop inaccurate information dead in its tracks. SAP and the consulting firms rely on providing information without any fact-checking entity to contradict the information they provide. This is how companies end up paying for a database that is exorbitantly priced, exorbitantly expensive to implement, and exorbitantly expensive to maintain. When SAP or their consulting firm are asked to explain these discrepancies, we have found that they further lie to the customer/client. And often turn the issue around on the account, as we covered in the article How SAP Will Gaslight You When Their Software Does Not Work as Promised.

If you need independent advice and fact-checking that is outside of the SAP and SAP consulting system, reach out to us with the form below or with the messenger to the bottom right of the page.

Financial Disclosure

Financial Bias Disclosure

Neither this article nor any other article on the Brightwork website is paid for by a software vendor, including Oracle, SAP or their competitors. As part of our commitment to publishing independent, unbiased research; no paid media placements, commissions or incentives of any nature are allowed.

S/4HANA Implementation Research

We offer the most accurate and detailed research into S/4HANA and its implementation history. It is information not available anywhere else and is critical correctly interpreting S/4HANA, as well as moderating against massive amounts of inaccurate information pushed by SAP and their financially biased consulting ecosystem.

Select the description that best matches you.

Option #1: Do You Work in Sales for a Vendor?

See this link for an explanation to sales teams.

Option #2: Do You Work for an Investment Entity that Covers SAP?

See this link for an explanation for investment entities. 

Option #3: Are You a Buyer Evaluating S/4HANA?

For companies evaluating S/4HANA for purchase. See this link for an explanation to software buyers

Search Our Other SAP S4HANA DB Portability Content


TCO Book



Enterprise Software TCO: Calculating and Using Total Cost of Ownership for Decision Making

Getting to the Detail of TCO

One aspect of making a software purchasing decision is to compare the Total Cost of Ownership, or TCO, of the applications under consideration: what will the software cost you over its lifespan? But most companies don’t understand what dollar amounts to include in the TCO analysis or where to source these figures, or, if using TCO studies produced by consulting and IT analyst firms, how the TCO amounts were calculated and how to compare TCO across applications.

The Mechanics of TCO

Not only will this book help you appreciate the mechanics of TCO, but you will also gain insight as to the importance of TCO and understand how to strip away the biases and outside influences to make a real TCO comparison between applications.
By reading this book you will:
  • Understand why you need to look at TCO and not just ROI when making your purchasing decision.
  • Discover how an application, which at first glance may seem inexpensive when compared to its competition, could end up being more costly in the long run.
  • Gain an in-depth understanding of the cost, categories to include in an accurate and complete TCO analysis.
  • Learn why ERP systems are not a significant investment, based on their TCO.
  • Find out how to recognize and avoid superficial, incomplete or incorrect TCO analyses that could negatively impact your software purchase decision.
  • Appreciate the importance and cost-effectiveness of a TCO audit.
  • Learn how SCM Focus can provide you with unbiased and well-researched TCO analyses to assist you in your software selection.
  • Chapter 1:  Introduction
  • Chapter 2:  The Basics of TCO
  • Chapter 3:  The State of Enterprise TCO
  • Chapter 4:  ERP: The Multi-Billion Dollar TCO Analysis Failure
  • Chapter 5:  The TCO Method Used by Software Decisions
  • Chapter 6:  Using TCO for Better Decision Making