Desventajas de las bases de datos No SQL (Mongo)

El código abierto puede significar un contratiempo en el soporte para las empresas

Mientras que los principales proveedores de RMBMS tales como Oracle, IBM y Sybase ofrecen
buenos soportes a pequeñas, medianas y grandes empresas y típicamente start-ups, los
vendedores de código abierto esperan ofrecer un soporte comparable, con excepción de un
puñado de clientes blue-chip.
Generalmente un vendedor de código abierto no tiene el alcance global, servicios de soporte, y
la credibilidad de Oracle o IBM.

NoSQL no están lo suficientemente maduro para algunas empresas

A pesar de sus puestas en práctica en algunas grandes empresas, las bases de datos NoSQL aún
se enfrentan a un problema de credibilidad importante con muchas empresas. Los críticos
señalan la falta de madurez de NoSQL y los posibles problemas de inestabilidad, mientras que
citan la madurez, y una gran funcionalidad y estabilidad de los RDBMSes.

Limitaciones de Inteligencia de Negocios

Hay una o dos cuestiones acerca de las capacidades de BI (Business Intelligence) de las bases de
datos NoSQL. ¿Pueden estas bases de datos proporcionar la clase de minería de datos rigurosos
que las empresas se utilizan con las RDBMSes? ¿Cuántos conocimientos de programación se
necesitan para hacer la consulta ad hoc y análisis?

Las respuestas no son precisamente positivas. Las bases de datos NoSQL no tienen muchos
ganchos para el uso general de herramientas de BI, mientras que la más simple consulta ad-hoc
y análisis implica conocimientos de programación bastante buenos. Sin embargo, las soluciones
están disponibles. Quest Software, por ejemplo, ha creado Toad para bases de datos en la nube,
que proporciona capacidades de consulta ad-hoc para algunas bases de datos NoSQL.

La falta de experiencia

La novedad de NoSQL significa que no hay una gran cantidad de desarrolladores y

administradores que conocen la tecnología -lo que hace difícil a las empresas encontrar
personas con los conocimientos técnicos apropiados.

Por el contrario, el mundo RDBMS tiene miles de personas muy cualificadas.

No admite transacciones
Para lograr el rendimiento y la escalabilidad, MongoDB refuerza el intercambio. Esto hace que
MongoDB sea fácil de escalar horizontalmente, ya que puede utilizar numerosos equipos de
mala calidad para ajustarse al rendimiento. La escala horizontal es en gran medida una
asignación difícil en las bases de datos relacionales como MySQL. Sin embargo, es una brisa en
las bases de datos NoSQL como MongoDB.

No es compatible con la operación de unión (Join)

Dado que el almacenado de MongoDB es por documentos, este contiene todo lo que necesita,
no hay ninguna unión. Esto también se debe al intercambio de tener de tener la capacidad de
escalar horizontalmente sin esfuerzo. Sin embargo, se puede realizar una unión haciendo
numerosas consultas.

Limitación de RAM

MongoDB utiliza un registro mapeado en memoria, este deja que el sistema operativo maneje
el almacenamiento. Dejando así el espacio de su base de datos restringido a la memoria virtual
proporcionada por el sistema operativo y el equipo.

Problemas de compatibilidad

A diferencia de las bases de datos relacionales, que comparten ciertos estándares, las bases de
datos NoSQL tienen pocas normas en común. Cada base de datos NoSQL tiene su propia API, las
interfaces de consultas son únicas y tienen peculiaridades. Esta falta de normas significa que es
imposible cambiar simplemente de un proveedor a otro, por si no quedara satisfecho con el
servicio.

Atomicidad

No todas las bases de datos NoSQL contemplan la atomicidad de las instrucciones y la integridad
de los datos. Soportan lo que se llama consistencia eventual.

Compatibilidad QSL

Problemas de compatibilidad entre instrucciones SQL. Las nuevas bases de datos utilizan sus
propias características en el lenguaje de consulta y no son 100% compatibles con el SQL de las
bases de datos relacionales. El soporte a problemas con las queries de trabajo en una base de
datos NoSQL es más complicado.

Falta de Estandarización
Hay muchas bases de datos NoSQL y aún no hay un estándar como si lo hay en las bases de datos
relacionales. Se presume un futuro incierto en estas bases de datos.

No se tiene un estándar definido entre los diferentes motores que ofrecen este servicio, es decir,
por ejemplo: DB2 para poder insertar información sobre su base de datos, el manejo de los
objetos JSON no es el mismo como se utiliza en MondosDB y con ellos la diversidad de
conocimientos que se tiene que tener dependiendo de la solución NoSQL se vaya a utilizar.