Lo bueno y lo malo de MongoDB

De lo bueno de MongoDB ya hemos hablado alguna vez, las principales:

· Schemaless : Es fácil añadir nuevos campos, cambiar la estructura de un modelo,…

· Replicación simple: Los Replica Sets son fáciles de configurar y de usar.

· Lenguaje de Queries potente

· Drivers para muchos lenguajes: 10gen genera drivers oficiales para un gran número de lenguajes.

· Documentación

Entre lo malo:

· Non-counting B-Trees: MongoDB usa non-counting B-trees como la estructura interna para indexer datos lo que implica que para un count de una colección basado en un campos indexado MongoDB tiene que recorrerse el subset del B-tree

· Nombres de campos sin comprimir: esto puede “solventarse” con la buena práctica de usar campos cortos.

· Global write lock (solucionado en Mongo 2.2) antes de Mongo 2.2 existía un lock entre escrituras global: http://docs.mongodb.org/manual/faq/concurrency/

· Compactación de tablas offline: los datos en MongoDB crecen hasta que se compacta la base de datos, esta compactación requiere mucho tiempo y bloquea el resto de operaciones por lo que debe hacerse offline o un en server secundario.

¿Estáis de acuerdo con este análisis?