Database Reference
In-Depth Information
and will be discussed in the next chapter). In our author example above, there are
an indeterminate number of ways authors can be related with each other such as
contributors, co-authors, topic reviewers, etc. Graph databases include Neo4J, Al-
legro, and Virtuoso.
M ONGO DB I S A D OCUMENT- O RIENTED N O SQL D ATABASE
Since you're reading this topic, you've probably already chosen to implement your data-
base in MongoDB. MongoDB is known for high performance, high availability, and low
cost because of these four properties:
1.
Document-oriented . Instead of taking a business subject and breaking it up into
multiple relational structures, MongoDB can store the business subject in the min-
imal number of doucments. For example, instead of storing title and author inform-
ation in two distinct relational structures, title, author, and other title-related in-
formation can all be stored in a single document called topic , which is much more
intuitive and usually easier to work with.
2.
Extremely extensible . The document-oriented approach makes it possible to rep-
resent complex hierarchical relationships in one place. You do not need to define
schemas ahead of time; instead, you can define new types of data (called “fields”)
as you add the actual data. This is very different from building traditional relational
databases where you need to define the structure before it is populated with data. In
MongoDB, you can populate and define the structure at the same time. This makes
development take less time and allows the project team to easily experiment with
different solutions and then choose the best one. The figure below illustrates that
with an RDBMS, you need to predefine the structure. In music, you need to write
down the musical notes before you can play them. With MongoDB, however, you
can define the structure of data and populate the data at the same time, much like
composing music and playing it at the same time.
Search WWH ::




Custom Search