ALL COVERED TOPICS

NoSQL Benchmarks NoSQL use cases NoSQL Videos NoSQL Hybrid Solutions NoSQL Presentations Big Data Hadoop MapReduce Pig Hive Flume Oozie Sqoop HDFS ZooKeeper Cascading Cascalog BigTable Cassandra HBase Hypertable Couchbase CouchDB MongoDB OrientDB RavenDB Jackrabbit Terrastore Amazon DynamoDB Redis Riak Project Voldemort Tokyo Cabinet Kyoto Cabinet memcached Amazon SimpleDB Datomic MemcacheDB M/DB GT.M Amazon Dynamo Dynomite Mnesia Yahoo! PNUTS/Sherpa Neo4j InfoGrid Sones GraphDB InfiniteGraph AllegroGraph MarkLogic Clustrix CouchDB Case Studies MongoDB Case Studies NoSQL at Adobe NoSQL at Facebook NoSQL at Twitter

NAVIGATE MAIN CATEGORIES

Close

SAP HANA: In-Memory Analytical Appliance

Dennis Moore:

SAP HANA does manage data in memory, for nearly incredible performance in some applications, but it also manages to persist that data on disk, making it suitable for analytical applications and transactional applications – simultaneously.

SAP HANA architecture

The architecture diagram above doesn’t show anything uncommon: a good ecosystem and a (pretty classical?) storage engine with an in-memory layer—the Calc Engine and MDX support are not present though in a relational database engine.

But here is the problem:

In the short-term, it seems that SAP still struggles to generate references for HANA, other than in a narrow set of custom data-warehouse-type analytics.

[…]

When HANA is generally available […]

The way I read it is: even with selected clients HANA doesn’t seem to provide the promised value. The real question is why? Isn’t it cost effective? Doesn’t HANA bring enough innovation to solve real problems? Is the in-memory layer not enough for addressing the range of problems HANA is promising to solve? Is the competition providing better or more effective solutions?

Original title and link: SAP HANA: In-Memory Analytical Appliance (NoSQL database©myNoSQL)

via: http://www.enterpriseirregulars.com/39209/the-real-potential-impact-of-sap-hana/