Prometti solo a te stesso che non proverai mai a mappare un modello di dati relazionali su un database NoSQL come MongoDB o CouchDB... Questo è l'errore più comune che gli sviluppatori commettono quando valutano la tecnologia emergente.
Questo approccio è analogo a prendere un'auto e provare a usarla per trascinare il carrello lungo la strada come un cavallo.
È una reazione naturale dovuta all'esperienza di tutti, ovviamente, ma il vero valore nell'utilizzo di un database di documenti è la possibilità di semplificare il proprio modello di dati e ridurre al minimo la sofferenza come sviluppatore. La tua base di codice si ridurrà, i tuoi bug saranno meno numerosi e più facili da trovare, le prestazioni saranno eccezionali e la scalabilità sarà molto più semplice.
Come fondatore di Joomla sono di parte :-) ma provenendo dallo spazio CMS, qualcosa come MongoDB è un proiettile d'argento poiché il contenuto mappa in modo molto naturale i sistemi di documentazione.
Un altro ottimo caso per MongoDB è l'analisi in tempo reale, poiché MongoDB ha prestazioni e scalabilità molto elevate, in particolare per quanto riguarda la concorrenza. Ci sono casi di studio sul sito Web MongoDB.org che dimostrano questi attributi.
Sono d'accordo con l'idea che ogni database abbia i propri scopi e casi d'uso; prendere lo scopo di ogni database per la valutazione di conseguenza.
