The NoSQL Database World Has Matured By @MapR | @CloudExpo [#BigData]
How NoSQL went from a quick and dirty alternative to RDBMSs, to a critical component of many enterprise data architectures
By: Dale Kim
Jan. 20, 2015 04:00 PM
5 Ways the NoSQL Database World Has Matured Over the Years
With the proliferation of NoSQL databases in recent years, it can be easy to forget that not long ago, we were all discussing how to optimize traditional relational databases to perform tasks for non-relational workloads. Before we were talking about cost-effective horizontal scaling, flexible data types, and extremely fast data accesses, the world was all about the relational database management systems (RDBMS).
To provide a quick recap of the long-running, pre-NoSQL years, RDBMSs organized data into two-dimensional tables, containing all the details of each element in rows. Examples of these include Oracle, MySQL, DB2, SQL Server, and PostgreSQL. These systems continue to work well for applications that have consistent, predefined data structures such as ERP, CRM, and analytical reporting.
As the desired volumes for data collection and storage increased — especially with the advent of Apache Hadoop and big data — the RDBMSs struggled to remain cost-effective. That’s where NoSQL came into play. In the early days, NoSQL was seen as a quick and dirty alternative to RDBMSs, but they have since become critical components of many enterprise data architectures today. Consider the ways NoSQL databases have matured over the years.
What’s in a Name
That aspiration was short-lived, however, as it was clear that RDBMSs still had a vital role in enterprise data architectures, and that NoSQL databases were more about using the right tool for the job. As a result, the term NoSQL evolved into the backronym, “not only SQL,” thus acknowledging that NoSQL is ideal for a new set of use cases, not the use cases for which RDBMSs already excel.
Interestingly, the NoSQL term is widely disliked by those in the industry for a variety of reasons. One major reason is that the name is actually a misnomer, as the NoSQL movement was about moving away from the rigid, predefined table structures of the relational model, and not a rejection of SQL. In fact, more and more NoSQL databases are adding SQL or SQL-like interfaces, making the name even more imprecise. Perhaps in the next few years we can expect a significant name change that more accurately describes the NoSQL technologies, and hopefully it will be a term that many of us will actually like.
Considering that even the huge RDBMS vendors sold products for many years that suffered from frequent crashes and data loss, it’s not surprising that NoSQL databases shared a similar start. But many NoSQL databases today are a far cry from the early versions, offering stronger data reliability that make them suitable for enterprise deployments. This has opened the door for NoSQL to support business-critical environments that require guaranteed high availability and disaster recovery, including large-scale applications that store sensitive personal information at some of the world’s largest financial services firms.
Expanding the Menu
These days, more types of data from the financial services, manufacturing, energy, and other industries are stored in NoSQL databases. Storage of sensitive customer information, critical machine sensor data for operational intelligence, and revenue-generating web content are among the more common uses for NoSQL today.
Convincing the Old Guard
NoSQL could be perceived as a threat to job security, reducing the need for database administration in favor of something closer to simple maintenance that would ensure the database stayed up and running. Also, database purists didn’t like the thought of tossing out ACID (Atomicity, Consistency, Isolation, Durability) properties meant to guarantee that database transactions were processed reliably in RDBMSs. Critics pointed to early NoSQL failures, some of which were on a grand scale, to underscore the value of using a tried and true technology like RDBMSs.
NoSQL today is no longer seen as merely a trend, and has escaped from its early challenges, unlike the object-oriented databases and their quest to gain traction in an RDBMS-centric world. The leading NoSQL vendors today have much stronger reputations for big successes than for big failures. Much of the baggage, real and perceived, of the early generations of NoSQL databases has been left behind. Even the old guard of the RDBMS world is accepting NoSQL as a viable component in their enterprise architecture, and enterprises are finding that if they don’t explore NoSQL technologies, they are leaving themselves at a disadvantage.
What’s Old is New
What’s Up Next?
What can we expect in the coming years? It’s probably no question that there will be a lot of interesting innovations, and maybe some that few could have predicted today. Let me excuse myself from making any bold predictions here, so I’ll stick to some of the foreseeable next steps. For example, SQL-on-NoSQL will continue to gain traction to let organizations use familiar desktop tools on more data sources. As mentioned earlier, perhaps a name change to NoSQL is in order. More vendors and databases will continue to appear, in an already hot and perhaps crowded market. And as the phenomenon of big data becomes more commonplace in enterprises around the world, the more successful NoSQL vendors will deliver architectures that enable tighter, more real-time integrations with Hadoop.
Latest Cloud Developer Stories
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
SYS-CON Featured Whitepapers
Most Read This Week