Saturday 9 June 2012

HANA :an extraordinarily strong transaction processor


Virtualization technology made it feasible for databases of gigabyte or even terabyte size to be managed entirely in memory. This accomplishment has breathed new life into a space that hadn't seen a lot of action in the last decade. Venerable players like SAP (parent company of Sybase) are finding new ways not only to compete with Oracle but potentially exceed it. It has also opened the door for VMware to break into the database space with SQLFire. This technology, paired with a big-data storage system like Hadoop, is making customers wonder what the advantage of Oracle or SQL Server is supposed to be.
The ability to manage large databases in memory is a game-changer in a variety of activities and industries. "Having millions of people connecting to an application that's underpinned by a spinning disk, it's just not going to return information fast enough," remarks David McJannet, VMware's director of cloud and application services, in an interview with ReadWriteWeb. "You see it when people are scanning with a barcode reader or with their cell phone. They scan something, and then they wait three, four, five seconds for the answer to come back. That experience is not acceptable for most new applications, where people expect near-instant response regardless of where they are."

Fire in the Hole

The emerging space of in-memory database systems now includes VMware SQLFire, SAP HANA and Oracle's TimesTen for Exalogic (through a 2005 acquisition). All of these were designed as pure transactional databases for storage, retrieval and updating of records. However, they're being marketed differently in order to break into some market, somewhere. TimesTen, for example, is often treated as a cache for Exalogic, as something that extends rather than replaces the Exalogic experience. That makes sense from a company that doesn't want to cannibalize its own product line but also would prefer not to be eaten alive. HANA is an extraordinarily strong transaction processor, but is being marketed by SAP as an analytics system, better suited to online analytical processing (OLAP) applications. Today, SAP is pairing HANA with another of its acquisitions, SuccessFactors, in hopes that a killer app will expose HANA to a wider audience.
SQLFire's value proposition is what media marketers would call a "pure play" and, as such, is more of a gamble on VMware's part. Having no legacy database platform of its own to cannibalize, VMware is in a position to market SQLFire as a faster transactional processing system than most anything currently deployed - as an all-around player, not an extension or an add-on. And although SQLFire may be well-suited for typical online transaction processing (OLTP) applications that utilize relatively simple schemae, as virtualization systems like VMware's vFabric become more adept, the schematic differences may become negligible.
"Disk is the new tape," proclaims VMware's McJannet. "It's considered to be a permanent mechanism, but not really appropriate for the main day-to-day interaction with data. I think SAP HANA is a fascinating example of this trend coming to life. With SAP HANA, I think the way we would describe it is to say there's huge disruption going on in the data landscape. We think of it in three different directions: One, there's clearly a move to Big Data, where the volumes of data that people are working with are massively different today than they were a few years ago. That's largely about how to do analytics on Big Data volumes, and you see technologies like Hadoop really coming to the fore there. [Two,] we believe there's a similar shift that we would refer to as 'Fast Data,' which is really about this shift to in-memory to accomodate these new kinds of applications. People expect near-instantaneous response at a scale that really didn't exist five to 10 years ago. So as a category, we see a huge shift towards in-memory at the data tier. And SAP, with HANA, is clearly perfectly aligned to this shift. For analytics applications around the SAP data warehouse, they're saying, let's push that into memory so that I can return analytics information for my users far faster than if that data were all stored on a spinning disk."

1 comment:


  1. nice post and site, good work! This article is well written and quite informative.SAP Success Factors Training In Hyderabad

    ReplyDelete