SAP Partners With Apple To Expand iOS In The Enterprise (techcrunch.com)

SAP has announced a partnership with Apple to bring iOS to SAP's enterprise customers. Steve Lucas, president for SAP's Digital Enterprise Platform, says SAP is firmly an enterprise company which has built a cloud platform to access all the software it has developed -- ERP product, SuccessFactors or Concur. With the new deal, Apple hopes to take a bite out of Microsoft's territory by selling hardware to companies who traditionally shop for PCs. In an effort to push iOS to its customers, SAP has announced a new set of apps for the iPhone and iPad that take advantage of data stored in SAP tools. They're providing an iOS SDK for its in-memory database product, SAP HANA, to allow organizations to build their own customized apps using the data stored in HANA. SAP is also offering SAP Academy for iOS as a way for SAP programmers to learn to use the HANA iOS SDK. The deal between Apple and SAP echoes the deal from a couple years ago between Apple and IBM.

Comments

really? bean counter software?

[tommeke100]

SAP interfaces are true eye candy. A natural fit for Apple :) Steve Jobs would have loved this move!

Re:really? bean counter software?

[Anonymous Coward]

What?! Not the SAP I know.
I'm sure you can build your own pretty front end tough, because SAP is all about hiring consultants to customize it for you.

Which is why this story isn't all that surprising when I thought about it for a second.

They're providing an iOS SDK for its in-memory database product, SAP HANA, to allow organizations to build their own customized apps using the data stored in HANA.

It's something else you can pay someone to customize for you. Fits right in with their M.O.

Re:really? bean counter software?

[Hognoxious]

You're a bit behind the times. https://www.sapfioritrial.com/

IOS??

[AF_Cheddar_Head]

Hell, Cisco brought that to the enterprise years ago and it still sucks.

HANA

[Britz]

I realize this is a bit offtopic, but I was always curious why HANA is such a big deal. Can't you add a lot of ram to any computer running a traditional dbms and linux will cache it into ram, because it will cache used memory pages? Also couldn't you simply put the db onto a ram drive?

Last year I was at a trade exhibition (CeBit), where SAP hat a huge booth. All they delivered at a presentation was hot air and advertising. So is there anything special about HANA except for the fact that it was developed fairly recently and thus has a contemporary design, probably giving it a couple advantages over dbms designed in the 90s or earlier.

Re:HANA

[erp_consultant]

The traditional bottleneck for any database is disk access speed. Adding RAM and processor speed helps but disk access is by far the slowest operation, even with SSD's. So they basically load the database stack into memory and, as you can imagine, it dramatically speeds things up.

Oracle has a similar feature, which I'm more familiar with than the SAP solution, in Oracle 12c. Basically what they do is separate transactions in two ways. Conventional data (i.e. transactional data - Employees, Chart of Accounts, Invoices, etc.) are maintained in rows and accessed as they normally would be.

Transactional data is represented in a "normalized" way. In other words, lots of small tables with indexes joining them together. This makes it quicker for data retrieval. Analytical data, on the other hand (think multi dimensional data models, star schemas), are typically "de-normalized" to allow the data to be modeled in multiple ways. This slows down data retrieval though because the data is "flatter" with fewer indexes.

What the in memory solution does is represent the analytical data in column mode rather than row mode and load it all into memory. This allows you to perform what is referred to as "Real Time" analytics. In the old days you would load a data warehouse with a nightly batch job, run the analytics reports, and view the results the next morning. Now with in memory databases you can do it more or less in real time. That's the big deal about it.

Re:HANA

[raftpeople]

Column store, highly compressed, highly parallel, optimized for large non-aggregated data set usage, sql extensions to simplify coding/consumption. The idea (and from what I read it sounds like they are succeeding) was to create a very high performance db that allows using large sets of non-aggregated OLTP data in real time thus reducing or eliminating the need for a separate data warehouse.

Re:HANA

[tlhIngan]

Do they not realize that iOS devices don't have as much RAM as even Android phones? (iOS is more efficient with memory usage yes, but it does suffer from RAM limits on certain operations).

I mean, the latest have 2GB of RAM, but iOS also limits how much RAM an app can use...

Re:HANA

[jittles]

Do they not realize that iOS devices don't have as much RAM as even Android phones? (iOS is more efficient with memory usage yes, but it does suffer from RAM limits on certain operations).

I mean, the latest have 2GB of RAM, but iOS also limits how much RAM an app can use...

You won't be storing the all the DB info in RAM. i worked with SAP on this years ago and have no idea what the current state is but we did find that you could handle about 10M records on SQLite3 on iOS if you were careful with your SQL. The real problem with DB storage on iOS is that the flash is typically slow to write and incredibly fast to read. Anyway, about that time is when they started transitioning to the HANA stuff and I left for another job.

Probably not well known.

[funwithBSD]

but IBM hosts SAPs SaaS offering.

The circle is complete...

Far sighted move

[Trachman]

And a step to the future. And a competitive edge.

A lot of work is done by people doing it remotely. Approvals, postings, reviews.

If software is implemented properly it can be a huge boost of productivity.

Never go full retard

[EmperorOfCanada]

I was having an argument with a guy last night. I was saying that apple has no credible products in the pipeline. He was arguing that they have the electric car coming. I had a few counter arguments and we agreed to disagree. Then he sent me a link to this story today and fully agrees, apple is screwed.

What it boils down to is that Microsoft tried harder and harder over the years to cram me into their ecosystem. Sharepoint would be the day that I vowed to never go back to Microsoft. Sharepoint, was and always will be a giant steaming turd. It is an excellent IQ test for any organization. If they have a sharepoint monster at the heart of their communications then that organization is the equivalent of a drooling moron.

SAP would be another one of those litmus tests. More of a living proof that a sucker is born every minute. If Tim Cook gets into bed with these predators all they will do is try to screw anything they can out of corporate users of MS, sorry, Apple products and then proceed to have necrotic sex with the damp cold corpse that apple will become.

What Tim Cook also doesn't realize is that SAP is the embodiment of the MBA. This magical thinking that enough massaging of a spreadsheet is the equivalent of actual work. That reports about nothing are somehow more important than actual productivity. But one skill that MBAs hone is the ability to alter reality to their desires. They change the rules around them thinking that altered reality is reality. This is the sort of thing where they will slide into the company, fiddle with the board of directors, and push Mr Cook out a window. There will be an announcement that he is looking forward to spending more time with his family.

I will sum this up with a prediction. Within 5 years there will be an SAP favourable person running Apple.

Great News for us Apple Haters

[drinkypoo]

SAP is named for what they do to your company's will to live, whether you're a partner or a customer. Apple could literally have not picked a worse partner. Time to make the popcorn