Dal momento che MongoDB è un database di documenti orientato come RavenDB forse il seguente può dare un'idea:
La natura senza schema lo rende ideale per archiviare dati dinamici, come ad esempio le entità CMS e CRM, che l'utente finale di solito può personalizzare come dati necessari o semi struttura (forniti da hum un). Inoltre, Raven offre un potente meccanismo di indicizzazione, che consente di definire una query Linq come indice. Raven prenderà quella query e la eseguirà nello sfondo , il risultato di tale query Linq è immediatamente disponibile come una vista su cui è possibile eseguire una query. Vediamo Raven come appropriato per:
- Web dati correlati, come ad esempio le sessioni utente, carrello della spesa, ecc - natura basata documento di Raven significa che è possibile recuperare e memorizzare tutti i dati necessari per elaborare una richiesta in una singola chiamata remota.
- Entità dinamiche, come entità personalizzabili dall'utente, entità con un grande numero di campi facoltativi, ecc. - La natura senza schema di Raven significa che non è necessario combattere un modello relazionale per implementarlo.
- Modelli di visualizzazione persistenti - Invece di ricreare il modello di visualizzazione da scratch su ogni richiesta, è possibile memorizzarlo nella sua forma finale in Raven. Ciò porta a un calcolo ridotto, a un numero ridotto di chiamate remote e al miglioramento delle prestazioni generali.
- grandi insiemi di dati - Il sottostante stoccaggio meccanismo per Raven si caratterizza per bilancia oltre 1 terabyte (su una singola macchina ) e la natura non relazionale del database rende banale coccio database su più macchine, qualcosa che Raven può fare in modo nativo.
Da: http://ravendb.net/documentation/docs-what-is-raven
fonte
2011-10-28 19:10:17
Non v'è alcun motivo * migliore *. Il titolo rende la tua domanda molto soggettiva. * Quali sono i vantaggi di MongoDB su MySQL e PostgreSQL? * Sarebbe più adatto per il formato Q & A di Stackoverflow. – Dennis
ok, penso che cambierò la domanda. Grazie! – eos87
possibile duplicato di [NoSql vs database relazionale] (http://stackoverflow.com/questions/4160732/nosql-vs-relational-database) – RameshVel