¿Se han desarrollado bases de datos orientadas a documentos para ser la próxima generación de bases de datos y básicamente reemplazar completamente las bases de datos relacionales?
No. Las bases de datos orientadas a documentos (como MongoDB) son muy buenas para el tipo de tareas que normalmente vemos en los sitios web modernos (búsquedas rápidas de elementos individuales o pequeños conjuntos de elementos).
Pero hacen grandes concesiones con los sistemas relacionales. Sin cosas como el cumplimiento de ACID, no podrán reemplazar ciertos RDBMS. Y si observa sistemas como MongoDB, la falta de conformidad con ACID es una de las principales razones por las que es tan rápido.
¿Es posible que los proyectos estén mejor usando una base de datos orientada a documentos y una base de datos relacional una al lado de la otra para varios datos que se adaptan mejor a uno u otro?
Sí. De hecho, tengo un sitio web de producción muy grande que usa ambos. El sistema se inició en MySQL, pero migramos parte de él a MongoDB, porque necesitamos un almacén de valores clave y MySQL no es muy bueno para encontrar un elemento en 150 millones de registros.
Si las bases de datos orientadas a documentos no están destinadas a reemplazar las bases de datos relacionales, ¿alguien tiene un ejemplo de una estructura de base de datos que sería absolutamente mejor en una base de datos relacional (o viceversa)?
Bases de datos orientadas a documentos son excelentes para almacenar datos que se pueden incluir fácilmente en relaciones "clave-valor" y simples y lineales "principal-secundario". Ejemplos simples aquí son cosas como Blogs y Wikis.
Sin embargo, las bases de datos relacionales todavía tiene una gran ventaja en cosas como los informes, que tienden a estar "basados en conjuntos".
Honestamente, puedo ver un mundo donde la mayoría de los datos son "manejados" por una base de datos orientada a documentos, pero donde los informes se realizan en una base de datos relacional que se actualiza mediante trabajos Map-reduce.
