A New Way to
Store Data"> Do you see in memory technology as applicable across the organization, with other types of transactional applications? Youre seeing the same engine in the Enterprise Search. The core engine is the same engine. The difference is in search I get you all the hay in the haystack. In BI, I take the hay and make a mattress out of it. We use a similar engine in MDM, but theyre used differently in each case because the store is very different. With those characteristics, think of where we can go with this technology.In the end, and I dont know how far in the future that is, you will see a new way to store dataall types of data, all kinds of usages. Today, were at the top of the pyramid if you want, at the complexity top of the pyramid, of being able to do the most complex type of applications. Its interesting because the bottom of the pyramid is also being hit at Oracle, with the mySQL world. So doing the simplest of databases is becoming commoditized. The top is being completely revolutionized, the bottom is being commoditized. There in the middle is not a pleasant place to be. When you were talking about BIA and in-memory during your keynote, the guy behind me said, where do you store the data? Is there a point where you have to have some sort of backup? There is a backup. But during run time what youre really storing is in memory. The secret, Ill tell you the secret: everybody stores data in rows; every line item BP sells in their gas stations is one line in the database. When you go to the data warehouse, you flip it. Instead of storing row by row, weve flipped it and start looking column by column. Its very similar with movies. If you think about taking every picture, stand-alone, and storing picture after picture after picture, youd never be able to screen them fast enough to see a movie over the Internet. But because youre assuming every picture should be pretty similar to the one before it, and to the one after it, all you need is the delta on it so you can compress it. Do you see a scenario where you wouldnt need a database under SAP applications? Long term. How long? Five years? Ten years? I dont want to speculate on that. Well tell you when were there. There is speculation, but I dont think we need to speculate on that. For the traditional transactional application right now you need a database. Down the road, youre right But today? No. Any connections with IBM on developing in memory? The IBM youre seeing here is the hardware. We worked on the technology on our own and we worked with Intel on packaging it and optimizing the CPUs. Then we basically took a box we designed with Intel and we went to HP and said, can you build this? And they said, sure we can build a box like that. SAP announces enterprise search. Click here to read more. And then we went to IBM and they said, oh yeah, wed love to do that. Youll see more. Its a reference platformvery similar to what Microsoft does with Intel that then goes to all OEMs who decide if they want to take it to market. Is there a point where youve outstripped your customers? And whats the window for them to catch up? One of the things that Ive tried really hard to do is to simplify consumption. And were getting better and better and better in that. That will change customers adoption cycles, from purchasing to implementation to supporting to operating, and if that happens it will free up a lot of resources on our customers site, which will be applied to absorbing the innovation. Youre right. Were making cars. We have to help [customers] have a better freeway. And mySAP ERP 2005 is the foundation? Thats the right of passage How many commitments do you have for upgrades to mySAP ERP? Contract wise, I think thats what most people dont get because theres so much hype in the industry about yes, adoption/no adoption. Were now at about 4,000 customers that still dont have the contract for mySAP ERP, that havent signed it yet. Next Page: Does SOA need to be dumbed down?
Where do you see it going?