Big Data, Bigger Myths
Big Data, Bigger Myths
Join the DZone community and get the full member experience.Join For Free
Hortonworks Sandbox for HDP and HDF is your chance to get started on learning, developing, testing and trying out new features. Each download comes preconfigured with interactive tutorials, sample data and developments from the Apache community.
Working at a company that focuses on finding value in data, I often come across clients asking me about the following:
1. How “BIG” should my data be in order to considered “Big Data”
Not every company has a petabyte worth of data stored, so does size really matter? The simple answer is no. Companies should not think about “Big Data” in term of sizes but as a new paradigm. Data is stored across multiple departments which do not know how to share it and therefore impacting data-driven decision. Big Data is about accounting all enterprise data to help make timely data-driven decisions. As it was once said, all information can be accessed through few mouse clicks.
2. SQL based systems can’t do “Big Data”
This myth was created by inexperienced data “scientists” who were trying to sell their offerings. I was once in a meeting back in 2007 with a large client; they run casinos, betting sites, bingos and etc.., when a member of their tech team asked us; why can you not just run a set of SQL queries instead of exporting to an external application (built on top of Hadoop)? What I did was to take his question offline and run a demo for him. Here is what the requirement was: calculate the distance from all our members (>20m+) to each other, tell us what clubs\ casinos\ bingo are they member of, what is the closest clubs\ casinos\ bingo to them, how often do they visit the establishments and etc… Now just the distance calculation alone blew the Oracle server away. Don’t get me wrong, SQL based systems are part of “Big Data” as they are the best way to store, retrieve the data. For simple analytics, SQL provides great tools and they are usually more mature than their NoSQL counterparts.
3. NoSQL is the way forward and Hadoop is the Holy Grail
This is a funny one. The NoSQL started as death to traditional RDBMS. Startups companies started to jump on the buzz wagon. There were NoSQL evangelist at every street corner, ok maybe not but you get the point. And the early adopters started to see problems in the movement. Experienced data admins from the SQL world started converting then they stopped, why? To run an enterprise system, you need reliable mature application with a wealth of talents and knowledge to support it. In the SQL world, you had books and courses available for over 30 years+. It was easy to attract new talents for new projects and not to mention the tools which made life easier. Let’s get it clear, NoSQL systems are mainly used for data storage just as their SQL counter parts. Many techniques developed through decades of research around fault tolerance, data replication and security have passed maturity and let’s not forget the compliance of industry standard. Look at it this way, Twitter still use MySQL. Hadoop is a distributed data processing framework which can also be achieve with Grid Computing, Peer 2 Peer systems and others.
4. Data scientists are to Big Data What DB admin are to RDBMS
What is a data scientist and how is it different to DB admin? No difference at all. They both do exactly the same job, trying to get value out of data. This is another of those buzzwords that publishers use to sell books and increase pages views on the net. I worked with great DB admins that new the data structure and understood it uses. We could ask the DB admin about any KPIs and he would retrieve if it was possible. If you need to write Java or any form of codes, then I’m sorry you no longer a data scientist but a programmer.
5. Big Data is a silver bullet
First of all there is no such thing as a silver bullet and big data is not an application to be implemented. Big Data is mind-set to data: capture, storing and processing. We should not think in terms of; this data is owned by X department. The data need to be integrated to give us a single view of the company. The finance department can effectively assess revenues based on marketing campaign and marketing campaign can better understand the customer based on information from the customer support team. The possibilities are endless. There is no silver bullet but we can come very close to it if we change our mindset.
Feel free to share your views in the comments section.
Join the Big Data London group on Google+
Opinions expressed by DZone contributors are their own.