Arath Velazquez

Hace unas semanas, platicando con un posible mentor sobre un nuevo desarrollo en el que estoy trabajando, salió esa pregunta;

¿Por qué decidiste usar CouchDB si nunca lo has usado y por qué no utilizar MySQL?

Lo primero que se me vino a la mente fue:
– Porque quiero aprender CouchDB – 

Esa fue la primera parte de mi respuesta y al parecer, no fue una respuesta muy satisfactoria.

Lo que sucede es que las personas que se quieren involucrar en los proyectos como mentores, inversionistas y/o cofundadores saben que todo es un riesgo, pero ellos saben y quieren trabajar con el riesgo de hacer crecer un proyecto, no con el hecho de que el proyecto no se complete por deficiencias técnicas o incluso, que ni siquiera arranque por las mismas razones.

“¿Cómo apoyarte, si es posible que ni arranques el proyecto porque nunca has usado tal tecnología?”

Y se entiende perfectamente, no van a apoyarte y a invertir su tiempo para que tú aprendas, así no funcionan los “negocios”.

Entonces tuve que dar más solidez a mi respuesta agregando algunos puntos (todos debatibles):

- La idea del desarrollo es que sea una aplicación o servicio escalable.

- No tienes tablas de relaciones ni esquemas como cuando usas RDBMS y por consiguiente, evitas hacer demasiados “Joins” entre las tablas.

- En teoría, si algo le pasa al sistema es fácil recuperar los datos.

- La replicación de los sistemas es bastante sencilla.

- Simplifica en cierta forma, nuestro diseño de base de datos.

Sobre los puntos anteriores, me gustaría agregar que solo expresan de manera sencilla unas de las virtudes (por llamarlas de alguna manera) de las bases de datos NoSQL como en este caso CouchDB, pero esto no las hacen ni mejores ni peores que las relacionales.

Obviamente, saber las ventajas no garantiza el éxito, pero creo que el punto a favor es que si todo sale bien al utilizar nuevas tecnologías, iremos un paso adelante y habremos superado uno de primeros obstáculos de muchos que nos enfrentaremos en nuestros futuros proyectos.

Más adelante espero hacer un análisis más detallado de todas las prestaciones que ofrecen las bases de datos no relacionales, como el manejo de los datos basados en JSON, cómo es el tipo de base de datos orientadas a documentos y sobre todo, lo que más problema le dará a los que venimos de bases de datos relaciones… como utilizar e implementar en código Map/Reduce.

It is not the strongest of the species that survives, nor the most intelligent. It is the one that is most adaptable to change.