There are similarities between mongo and eXist in that they are both document orientated and work with collections of documents.
The main difference is that eXist uses XML documents and mongo uses JSON documents.
There’s plenty of documentation on both but from my point of view it’s quite interesting to compare them and will help my understanding!
(At this point I’m just starting out with mongo and have done more with eXist – see this project which is java war containing a REST based service that uses eXist as it’s back end)
eXist uses xquery as it’s query language
With eXist as you are running in an application server you can write a .xql which directly returns your data, or even HTML, and it’s even possible to wrap with java etc e.g. if you want to implement Spring Security or you can just use it as a database server (albeit one running in a java app server)
eXist also has a REST interface, XML-RPC, the java XML:DB api etc see here for more details.
Mongo acts more like a tradition database server with a command shell and to act as a web server requires an additional interface e.g. using python – an example of a REST service is here
There’s a nice comparison between mongodb and sql here
In mongo you can show the collections using the command
To list a collection you use
db.collection name.find() this being like
SELECT * FROM table or
collection('collection name') or xmldb:xcollection('collection name') in xquery
So for a collection ‘test’ containing atom entries in eXist you might do something like this (xquery):
let $all-recs := xmldb:xcollection( 'test_collection' )/atom:entry (: not recursive :) let $test-recs := $all-recs[atom:title[. = 'Test'] let $author := for $rec in $test-recs let $auth = $rec/atom:author return $auth
or in mongo
so in eXist you are using XPath whereas in mongo you are writing a json document that matches the document you want to retrieve.
What’s the conclusion?
MongoDB is sexy at the moment and there’s a lot more information available and it looks quite easy to use.
eXist (and it’s big brother MarkLogic) is more niche but the XQuery/XPath language is probably more powerful than the direct mongo syntax. XForms, e.g. Orbeon, also provides a pretty simple way to edit the XML once you’ve got your head around it.
Most languages have pretty good support for either JSON or XML processing.
Overall I think it’s a case of horses for courses but there’s a strong argument for sticking with traditional SQL databases all of which can handle XML text fields with XPath queries and some can handle JSON – it’s even quite easy to serialize XML to a database using HyperJAXB3 which uses JAXB and JPA – see this project. These days it’s also really easy to knock up a simple CRUD application using something like grails.
I can certainly see a case for eXist where you are working with relatively unstructured XML documents – journal articles would be a good example here – XForms is a nice tie in too.
MongoDB is a good candidate if you are using JSON data – for example in an application which is heavily Ajax/REST based and would cope well with a lot of sparsely populated data – could be pretty good for prototyping where you want to change your data structures a lot e.g. with angular js and a python service and of course it’s "web scale" for when your app takes over the world!
(A humourous mongodb mysql comparison here which gets a bit out of control half way through)