Search Results for: erp

… above them stayed roughly similar. ERP systems are still primarily processing transactions. Companies have not removed their data warehouses and increased reporting off of the ERP system. S/4HANA, even in 2019, is barely live anywhere, with most of the implementation go lives falsified or covered up as we covered in the article S/4HANA Implementation Study. Therefore extremely few customers anywhere are even using S/4HANA on HANA.
Appleby wants his proposal to be true because his income comes from promoting combined transactional and analytic processing. But he presents no evidence that it is true, and of course …

… 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, roughly 1.5 years after this …

… together.

Appleby receives a Golden Pinocchio Award for his statements around HANA’s development usage and capabilities.
Roads (i.e., Infrastructure)?
Can you imagine driving your 2013 Ford Focus on the roads of the early 1900s? It wouldn’t last long!
The parallel is true with SAP HANA: despite what some people say, SAP HANA is only OK at running existing applications. You can move your existing large-scale ERP onto SAP HANA, but it will only deliver modest benefits out the box. But just like when the roads started to improve in the 1920s and 1930s, you get massive

… Oracle had already added column-oriented tables and “in memory” when Appleby wrote this article.

Notice how far back Oracle and IBM add column-oriented tables and “in memory.” 
Appleby is jumping around a lot in his other assertions. First, only ECC has a support limit of 2025, and therefore ERP on Oracle. This does not extend to other SAP applications, and we predict this support deadline will be moved because it has to be as such a small percentage of customers will be on S/4HANA by 2025. Appleby’s quote here is no only FUD, but it was …

… row(s) in 0 ms 59 µs (server processing time: 0 ms 0 µs)
With HANA then, we get an average of 1.18ms for an average speedup of 3.27x.”
Yes, HANA does not run fast for OLTP. This time is well established in 2019, as we covered in HANA as a Mismatch for S/4HANA and ERP.
This overall explanation by Appleby for this test is illogical. The detail that he did does not answer the question that he poses with his article’s title. And this is because the framework of the test is entirely wrong. This

… is zero evidence that anything like this has occurred on HANA customers.
What SAP Applications Run on SAP HANA?

SAP CEO Bill McDermott said “HANA is attached to everything we have”.
Almost all the major SAP Applications now run on the SAP HANA platform. This includes the SAP Business Suite (ERP, CRM, PLM, SCM) and the SAP BW Data Warehouse.
The BI Suite including BusinessObjects Enterprise, Data Services, and SAP Lumira are all designed to run on the HANA platform.
There are a set of Applications Powered by SAP HANA including SAP Accelerated Trade Promotion Planning, SAP Collection Insight, SAP …

… pro-SAP financial bias to their readers. 

The Quotations
Simplification of the SAP Landscape?
Nearly two years ago, I collaborated with my good friend Steve Lucas on Vishal Sikka talk about the simplification of the SAP landscape. For instance, SAP CRM contains at least 40% duplication of data from SAP ERP, so if you were to combine both systems into one platform, you would see a significant reduction in overall storage and an association simplification in IT landscape. In addition, SAP BW is obviously a duplication of data, when it comes to SAP data stored in another system.
It seems …

… comment to the linked blog how he believes he will see large-scale customers adopt Suite on HANA.
A company with a 100 tera byte ERP system on AnyDB will need
– 20 tera bytes using ERP on HANA,
– 10 tera bytes using sERP (no aggregates, no redundant tables, less db indices),
– 2-4 tera for actual data and 8-6 tera for historical data with the business logic based partitioning.
I believe that we will see such systems in 2015, and this will give the typical SAP customer with 5-10TB of ERP the confidence that HANA works for them

… in transaction processing, which we covered in the article How Accurate Was SAP on HANA Being a Perfect Fit for ERP?
And then another comment.
“Sure, with equivalent hardware and unmodified code it’s much less efficient and slower for OLTP than a row store. The flip side is that analytics is much faster, and that the OLTP performance can be made good enough for most SAP systems by code rewrite and high specification hardware. The beauty of the IBM and Oracle approach however is that neither OLTP nor OLAP performance needs to be compromised, and code does not …