Las bases de datos orientadas al almacén de claves cubren un caso de uso diferente que las bases de datos orientadas a esquemas.
Son rápidos parcialmente porque son intencionalmente agnósticos en cuanto al contenido de los valores, pero hay muchas razones por las que uno desearía tener la validación y la aplicación del esquema en el lado del servidor.
Este es el ejemplo más simple de por qué uno podría desear la implementación del esquema en el lado del servidor: actualizaciones .
- ¿Cómo pueden la IA y el aprendizaje automático ayudar a llevar la inclusión social a la India?
- Cómo representar un número con signo usando el complemento de 2
- ¿Qué debo hacer / investigar antes de ingresar a la universidad con una especialización en Ciencias de la Computación?
- ¿Por qué el problema de detención es difícil en np?
- ¿Cómo se distribuye internet?
Una tienda de valores clave como Couchbase realiza actualizaciones en el lado del cliente utilizando un “cliente inteligente”. He aquí por qué esto no es necesariamente deseable:
- Consistencia : ¿qué sucede si más de un cliente está intentando realizar una actualización? No hay forma de aplicar eso bajo una arquitectura simple de valor clave. Uno tendría que crear algún tipo de sistema de bloqueo de fila distribuido, que derrota los beneficios de rendimiento de una tienda KV.
- Rendimiento : las actualizaciones que se realizan al extraer el documento al cliente son necesariamente más lentas que las actualizaciones que se realizan en el lado del servidor.
Ese es solo un caso de uso que una tienda KV no necesariamente hace muy bien en cubrir.
Para leer más, vea mi publicación donde explico las compensaciones de NoSQL vs. RDBMSes más.