On the feasibility of Big Data 3.0 replacing SAP HANA

on the feasibility of Big Data 3.0 replacing SAP HANA

First, Big Data 3.0 Introduction

In short, Big Data 3.0 is about implementing SQL on the big data and balancing performance, ease of use, and scalability. At present, "search engine + Large data +sql" such a convergence as one of the trend.

Let's take a look at some of my other posts:

1. Agile large data based on Facebookpresto+cassandra
http://blog.csdn.net/china_world/article/details/39966699

2, small and medium-sized enterprises of large data technology route selection (ii)-cassandra+presto programme
http://blog.csdn.net/china_world/article/details/44304609

3, the integration of large data, search engines and SQL Agile Large Data program Bigdata 3.0:presto+elasticsearch

http://blog.csdn.net/china_world/article/details/50651824

Ii. Introduction to SAP Hana

Hana is a distributed memory column database developed and marketed by SAP, with a bit of distributed, memory, column and relational databases. The role is to replace other databases such as Oracle in SAP R3. Hana was the first bw-accelerated technology, developed later, first used to replace BW, to support the data mart scene, to meet the enterprise's report statistics, query and market analysis needs.

Three, Big Data 3.0 the feasibility of replacing Hana

The launch of Hana is a sharp weapon in SAP's attempt to get rid of Oracle's dependence and to hit the database battlefield aggressively. Of course, its products, implementation and operation of the cost is also very high, each unit (64GB memory) public quotes 100~200 million, the maximum discount also about 400,000. Hana Implementation Consultant value also to 3000~5000/days. These for the implementation of SAP ERP Enterprise, then on Hana, equal to continue to pay the ransom, not on, will be murdered. So, is there a Hana alternative? The recent boom in big data technology has made us see the hope that I've been tracking and studying the technology of replacing Hana for the past two years. In November 2014, I formally proposed to replace Hana with the Cassandra+prest scheme and discussed the feasibility with Bw/hana's implementing consultants, concluding that it was technically feasible.

As of the time of the press, Cassandra 3.x has supported the concept of data warehousing such as materialized views, Presto 0.147 has increased support for Cassandra 3.X.

Iv. Summary

I have participated in Hana training, learned about the implementation of SAP HANA Project, witnessed the enterprise experience a pit, also very do not agree with SAP mercenary business model. But Hana is really a good thing, in terms of ease of use, you need large open source data to study well. Hana is good, but too expensive, open is not good, scalability is a big problem, not suitable for processing large data, open source large data, covering the 80%hana function, but poor ease of use. To play an image of the analogy, large data if it is a huge mineral deposits, Hana is a BMW, tall, but can not dig mine; Presto+cassandra is a simple, but incredibly efficient, excavator.

       Dear friends, if you are not very rich, there is a huge data warehouse, want to dig out the gold, you will choose Hana, or Presto + Cassandra it. I hope you will choose Presto + Cassandra, and we have been doing research and development for two years, and the actual case will be landing. Friends, see you on Presto + Cassandra.