Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CONSULTA MONGODB
NEIVA - HUILA
2019
CONSULTA
- Enumera ventajas y desventajas de implementar bases de datos con MongoDB con respecto
a su versión en un gestor relacional.
• Ventajas:
1. Esquema muy flexible: cada documento de la colección puede almacenar campos
diferentes.
2. Lenguaje de consulta y manipulación sencillos (operaciones CRUD).
3. Facilidad de integración con aplicación gracias al uso del lenguaje BSON,
fácilmente traducibles a JSON.
4. Accesibilidad a los datos.
5. Posibilidad de realizar lecturas en instancias secundarias, repartiendo la carga de
trabajo.
• Desventajas:
1. Aplicaciones clientes mas complejas de desarrollar al trabajar con esquemas
flexibles, desnormalizados y dinámicos.
2. No garantiza ACID.
3. Consistencia eventual, podrían leerse datos de nodos secundarios que aun no estén
actualizados.
4. Sin soporte transaccional.
5. No es capaz de realizar transacciones.
6. Carece de algo tan fundamental como los joins para las consultas
Shard Key es la clave para repartir los documentos de manera particionada, es un campo de
MongoDB, que permite decidir en que servidor debe almacenarse los documentos.
Mediante un proceso conocido como mongos, que recibe las peticiones y las envía al
servidor correcto.
La Shard Key es la clave que determina como se divide una colección en diferentes chunk,
siempre ha de ser un campo del documento que este indexado, si en una consulta se incluye
la shard key solo se consultaran aquellos shard que contengan los documentos requerido, si
en una consulta no se incluye la shard key, se busca en todos los shard , haciendo que la
consulta sea ineficiente
local: devuelve el dato más reciente en el cluster. Cualquier dato que haya sido escrito en el
nodo primario puede ser elegido para devolverse en el read concern local. Sin embargo, no
se garantiza que este dato sea replicado a los miembros del conjunto en caso de fallo. Este
es el nivel por defecto en las operaciones de lectura contra el nodo primario.
available: es el equivalente de local, pero cuando las operaciones de lectura se efectúan
contra un nodo secundario.
majority: únicamente devuelve datos que hayan sido confirmados en una mayoría de nodos
dentro del conjunto. El único escenario en el que un dato obtenido con majority no sea
consistente, es cuando se produce un fallo en una mayoría de nodos del conjunto, y ese dato
no ha sido escrito a ninguno de los nodos restantes.
linearizable: a partir de MongoDB 3.4, devuelve datos que hayan sido confirmados por una
mayoría de nodos, pero permite al desarrollador establecer su propia funcionalidad.
- Explica, de forma resumida, los tipos de índices que se pueden definir en un MongoDB,
cual es el objetivo de cada uno y los posibles modificadores con los que se pueden definir.
Los índices ayudan a optimizar las consultas.