Chapter about This Book License

Chapter 8

Chapter 5 - When To Use MongoDB

By now you should have a feel for where and how MongoDB might fit into your existing system. There are enough new

and competing storage technologies that it’s easy to get overwhelmed by all of the choices.

For me, the most important lesson, which has nothing to do with MongoDB, is that you no longer have to rely on a

single solution for dealing with your data. No doubt, a single solution has obvious advantages, and for a lot projects -

possibly even most - a single solution is the sensible approach. The idea isn’t that you must use different technologies,

but rather that you can. Only you know whether the benefits of introducing a new solution outweigh the costs.

With that said, I’m hopeful that what you’ve seen so far has made you see MongoDB as a general solution. It’s

been mentioned a couple times that document-oriented databases share a lot in common with relational databases.

Therefore, rather than tiptoeing around it, let’s simply state that MongoDB should be seen as a direct alternative to

relational databases. Where one might see Lucene as enhancing a relational database with full text indexing, or Redis

as a persistent key-value store, MongoDB is a central repository for your data.

Notice that I didn’t call MongoDB a replacement for relational databases, but rather an alternative. It’s a tool that can

do what a lot of other tools can do. Some of it MongoDB does better, some of it MongoDB does worse. Let’s dissect

things a little further.

39

---