Why Nosql - Ibm
Why Nosql - Ibm
Why Nosql - Ibm
White paper
Why NoSQL?
Your database options in the new non-relational world
2 Why NoSQL?
4 Why consider NoSQL? Going back 20 years or so, when application architects and
developers needed a data store for their applications, they were
5 Summary choosing among various relational databases. In fact, relational
5 Getting started with IBM Cloudant databases have been the de facto choice since the 1970s, as they
have been the sole option available for both developers (taught
5 For more information in computer science programs everywhere) and infrastructure
teams (well-understood tooling and predictable operational
characteristics). Some of the most popular are Oracle, MySQL,
SQL Server and IBM DB2.
New types of apps are generating new
types of data However, when Internet applications and companies started
The continual increase in web, mobile and IoT applications, exploding during the late 90s to early 2000s, applications went
alongside emerging trends shifting online consumer behavior from serving thousands of internal employees within
and new classes of data, is causing developers to reevaluate how companies to having millions of users on the public Internet.
their data is stored and managed. Todays needs require a For these applications, performance and availability were
database that is capable of providing a scalable, flexible solution paramount. The new problem of high availability at large scale
to efficiently and safely manage the massive flow of data to and drove companies like Google, Facebook and Amazon to create
from a global user base. new technologies. Thankfully, they documented their efforts,
released white papers, and open sourced their technology for
Developers and IT alike are finding it difficult, and sometimes the Internet community to continue building upon. By the late
even impossible, to quickly incorporate all of this data into the 2000s, several new non-relational database technologies had
relational model while dynamically scaling to maintain the emerged, and NoSQL was the name that stuck to describe
performance levels users demand. This is causing many to look them all.
at NoSQL databases for the flexibility they offer, and is a big
reason why the global NoSQL market is forecasted to nearly NoSQLs roots in open source
double and reach USD3.4 billion in 20201. Many NoSQL databases have roots in the open source
community. This heritage has been fundamental for their
ever-increasing popularity and usage. You will often see
companies that provide a commercial version of a database
with services and support for the technology, while at the same
time participating in the communities of their open source
Analytics
Key-value stores
These databases pair keys to values, like a hash table in
computer programming. A good analogy for a key-value store
is a file system. The path acts as the key and the contents act as
the file. There are often no fields to update; rather, the entire run range queries over a specific value. Examples of column stores
value other than the key must be updated if changes are to be include Hbase and Cassandra.
made. This simplicity scales well; however, it can limit the
complexity of queries and other advanced features available in Document stores
key-value stores. Examples of pure key-value stores include Document databases store records as documents, where a
MemcacheD, REDIS and Riak. document can generally be thought of as a grouping of
key-value pairs. Keys are always strings and values can be
Graph stores stored as strings, numerics, booleans, arrays and other nested,
Graph data stores excel at dealing with interconnected data. key-value pairs. Values can be nested to arbitrary depths.
Graph databases consist of connections (called edges in graph Popular syntaxes for document DBs include XML and
DB terms) between nodes. Both nodes and their edges can JavaScript Object Notation (JSON). Examples of document stores
store additional properties, such as key-value pairs. The include MongoDB, CouchDB, Cloudant and MarkLogic.
strength of a graph database is in traversing the connections
between nodes. Graph databases, however, generally require all Why consider NoSQL?
data to fit on one machine, limiting their scalability. Examples The various NoSQL databases available today differ quite a
of graph stores include Neo4j and Sesame. bit, but there are common threads uniting them: flexibility,
scalability, availability, lower costs and special capabilities.
Column stores
Relational databases store all of the data in a particular tables Flexibility
row together on disk, which makes retrieval of a particular row Schema flexibility and intuitive data structures are key features
fast. Column-family databases generally serialize all the values
of a particular column together on disk, which makes retrieval
of aggregated data on a specific attribute fast. This is valuable
in data warehousing and analytics scenarios where you might
4 Why NoSQL?
IBM Corporation
Software Group (or appropriate division, or no division)
Route 100
Somers, NY 10589
IBM, the IBM logo, and ibm.com are trademarks of International Business
Machines Corp., registered in many jurisdictions worldwide. The Apache
Software Foundation, Apache Cassandra, CouchDB, and Apache
CouchDB are trademarks or registered trademarks of The Apache
Software Foundation. IOS is a trademark or registered trademark of Cisco
Systems, Inc., in the U.S. and other countries. Other product and service
names might be trademarks of IBM or other companies. A current list of
IBM trademarks is available on the Web at Copyright and trademark
information at www.ibm.com/legal/copytrade.shtml.
1 www.marketresearchmedia.com/?p=568
Please Recycle
KUW12354-USEN-00