Probablemente no deberías :-)
La segunda respuesta más obvia es que debe usarla si sus datos no son relacionales. Esto generalmente se manifiesta al no tener una manera fácil de describir sus datos como un conjunto de columnas. Un buen ejemplo es una base de datos donde realmente almacena documentos en papel, por ejemplo, escaneando el correo de la oficina. Los datos son el PDF escaneado y tiene algunos metadatos que siempre existen (escaneado, escaneado por, tipo de documento) y muchos campos de metadatos posibles que existen en algún momento (número de cliente, número de proveedor, número de pedido, mantener en el archivo hasta, Texto completo OCR, etc.). Por lo general, no sabe de antemano qué campos de metadatos agregará en los próximos dos años. Cosas como CouchDB funcionan mucho mejor para ese tipo de datos que las bases de datos relacionales.
También me encanta el hecho de que no necesito ninguna biblioteca cliente para CouchDB, excepto un cliente HTTP, que actualmente se incluye en casi todos los lenguajes de programación.
La respuesta probablemente menos obvia: si no siente dolor al usar un RDBMS, quédese con él. Si siempre tiene que trabajar alrededor de su RDBMS para hacer su trabajo, una base de datos orientada a documentos podría valer la pena.
Para obtener una lista más elaborada, consulte esta publicación de Richard Jones .