Me metí un poco a ver como funcionaba CouchDB pero entre revisiones y vistas rápidas a referencias aquí y allá llegue a MongoDB, ambas son alternativas No-SQL (termino que empezó a agarrar fama desde 2009) y que su almacenamiento de datos está orientado a documentos JSON y BSON (Bynary JSON) para ofrecer sistemas flexibles, rápidos, ligeros, potentes y fáciles de usar.
Según Eliot Horowitz, 10gen CTO y co-fundador de mongoDB, prácticamente podrías tomar una base de datos hecha en MySQL, cambias el modelo relacional a uno basado en documentos y obtendrías varias mejoras como:
- Documentos embebidos para mejorar la velocidad
- El uso de json es más amigables con objetos en lenguajes de programación
- El meter documentos embebidos y arreglos reduce la necesidad de hacer joins
- Manejabilidad
- Desarrollo ágil con base de datos sin esquemas
- Al usar JSON/BSON es fácil de codificar y administrar
- Escalabilidad horizontal más facil
- Es una solución para sistemas que requieren escalar horizontalmente sobre varios servidores.
- La funcionalidad de autosharding permite escalar tu cluster agregando mas equipos sin necesidad de dar de baja el servicio.
En realidad no estamos quitando todo el trabajo que ya se ha hecho con las bases de datos relacionales porque en muchas cosas como la creación de indices, llaves primarias, consultas dinámicas y actualizaciones, por mencionar algunas, se tiene que hacer los mismo, salvo que se busca tener las ventajas arriba descritas.
La gente de apache que desarrolla CouchDB mencionan que los esquemas relacionales funcionarán en algunos casos mientras que los esquemas no-SQL funcionarán en otros.
