UNIVERSIDAD ADVENTISTA DE BOLIVIA

FACULTAD DE INGENIERÍA

NoSQL

Taller de Base de Datos II

Presentado como requisito para la aprobacion de la materia

por
Rodrigo Alex Rodriguez Garcia

Cochabamba, agosto de 2019

 1. INTRODUCCION
Una base de datos NoSQL incluye simplicidad de diseño, escalamiento horizontal más simple a
grupos de máquinas y un control más fino sobre la disponibilidad. Las estructuras de datos
utilizadas por las bases de datos NoSQL son diferentes de las utilizadas por defecto en las bases
de datos relacionales, lo que hace que algunas operaciones sean más rápidas en NoSQL. La
idoneidad de una base de datos NoSQL dada depende del problema que debe resolver. Las
estructuras de datos utilizadas por las bases de datos NoSQL a veces también se consideran más
flexibles que las tablas de bases de datos relacionales.

2. CARACTERISTICAS

SQL NoSQL

Las bases de datos SQL son principalmente Las bases de datos NoSQL son principalmente
bases de datos relacionales (RDBMS). bases de datos no relacionales o distribuidas.

Una tecnología envejecida. Tecnología relativamente joven.

Las bases de datos SQL se basan en tablas
en forma de filas y columnas y deben
adherirse estrictamente a las definiciones de
esquema estándar.
Son una mejor opción para aplicaciones que
necesitan transacciones de varias filas.
Las bases de datos NoSQL pueden basarse en
documentos, pares clave-valor, gráficos o
columnas y no tienen que atenerse a las
definiciones de esquemas estándar.

Tienen un esquema predefinido bien Tienen el esquema dinámico para datos no

diseñado para datos estructurados. estructurados. Los datos se pueden almacenar
de manera flexible sin tener una estructura
predefinida.

Las bases de datos SQL favorecen el Las bases de datos NoSQL favorecen el
esquema normalizado. esquema desnormalizado.

Costoso de escalar. Más barato para escalar en comparación con las

bases de datos relacionales.
Las bases de datos SQL son escalables
verticalmente. Se pueden escalar
aumentando la capacidad de hardware
(CPU, RAM, SSD, etc.) en un solo servidor.
Son una buena opción para consultas
complejas, ya que SQL tiene una interfaz
estándar para manejar consultas.
La sintaxis de las consultas SQL es fija.
Las bases de datos SQL no son adecuadas
para el almacenamiento jerárquico de datos.
Desde una perspectiva comercial, las bases
de datos SQL generalmente se clasifican
como de código abierto o de código cerrado.
Las bases de datos SQL siguen
correctamente las propiedades de ACID
(atomicidad, consistencia, aislamiento y
durabilidad).
Agregar nuevos datos en la base de datos
SQL requiere que se realicen algunos
cambios, como datos de relleno, alterando
los esquemas.
Excelente soporte de proveedores y soporte
comunitario está disponible para todas las
bases de datos SQL.
Las bases de datos NoSQL son escalables
horizontalmente. Se pueden escalar agregando
más servidores a la infraestructura para
administrar grandes cargas y disminuir el
montón.
No es una buena opción para consultas
complejas ya que no hay una interfaz estándar
en NoSQL para manejar consultas.
Las consultas en NoSQL no son tan potentes
como las consultas SQL.
Se llama como UnQL, y la sintaxis para usar el
lenguaje de consulta no estructurado variará de
sintaxis a sintaxis.
Las bases de datos NoSQL se adaptan mejor
para el almacenamiento jerárquico de datos, ya
que sigue el método de pares clave-valor para
almacenar los datos.
Se clasifican en función de la forma en que
almacenan datos como almacén de valores
clave, almacén de documentos, almacén de
gráficos, almacén de columnas y almacén XML.
Las bases de datos NoSQL siguen
correctamente el teorema de Brewers CAP
(consistencia, disponibilidad y tolerancia de
partición).
Los datos nuevos se pueden insertar fácilmente
en las bases de datos NoSQL ya que no
requieren ningún paso previo.
Solo el soporte comunitario limitado está
disponible para las bases de datos NoSQL.
La mejor opción para aplicaciones basadas Puede usar NoSQL para fines transaccionales
en altas transacciones. pesados. Sin embargo, no es la mejor opción
para esto.

No es adecuado para el almacenamiento Adecuado para el almacenamiento jerárquico de

jerárquico de datos. datos y el almacenamiento de grandes conjuntos
de datos (por ejemplo, Big Data)

Ejemplo de bases de datos SQL: MySQL, Ejemplos de bases de datos NoSQL: MongoDB,
Oracle, MS-SQL, SQLite. Apache CouchDB, Redis, HBase.
 3. VENTAJAS
Alta escalabilidad: La base de datos NoSQL utiliza fragmentación para el escalado
horizontal. Particionar los datos y colocarlos en varias máquinas de tal manera que se mantenga el
orden de los datos. El escalado vertical significa agregar más recursos a la máquina existente,
mientras que el escalado horizontal significa agregar más máquinas para manejar los datos. La
escala vertical no es tan fácil de implementar, pero la escala horizontal es fácil de
implementar. Ejemplos de bases de datos de escala horizontal son MongoDB, Cassandra, etc.
NoSQL puede manejar una gran cantidad de datos debido a la escalabilidad, ya que los datos
crecen NoSQL se escala para manejar esos datos de manera eficiente.
Alta disponibilidad: La función de replicación automática en las bases de datos NoSQL lo hace
altamente disponible porque, en caso de falla, los datos se replican al estado consistente anterior.

4. DESVENTAJAS
Enfoque estrecho: Las bases de datos NoSQL tienen un enfoque muy estrecho, ya que está
diseñado principalmente para el almacenamiento, pero proporciona muy poca funcionalidad. Las
bases de datos relacionales son una mejor opción en el campo de la Gestión de transacciones que
NoSQL.
Código abierto: NoSQL es una base de datos de código abierto. Todavía no hay un estándar
confiable para NoSQL. En otras palabras, es probable que dos sistemas de bases de datos sean
desiguales.
Desafío de gestión: El objetivo de las herramientas de big data es hacer que la gestión de una gran
cantidad de datos sea lo más simple posible. Pero no es tan fácil. La gestión de datos en NoSQL
es mucho más compleja que una base de datos relacional. NoSQL, en particular, tiene una
reputación de ser difícil de instalar y aún más agitado para administrar a diario.
La GUI no está disponible: Las herramientas de modo GUI para acceder a la base de datos no
están disponibles de manera flexible en el mercado.
Backup Backup es un gran punto débil para algunas bases de datos NoSQL como
MongoDB. MongoDB no tiene un enfoque para la copia de seguridad de datos de manera
consistente.
Tamaño de documento grande: Algunos sistemas de bases de datos como MongoDB y CouchDB
almacenan datos en formato JSON. Lo que significa que los documentos son bastante grandes
(BigData, ancho de banda de red, velocidad), y tener nombres clave descriptivos realmente
perjudica, ya que aumentan el tamaño del documento.
5. CUANDO APLICAR
 Cuando se necesita almacenar y recuperar una gran cantidad de datos.
 La relación entre los datos que almacena no es tan importante
 Los datos cambian con el tiempo y no están estructurados.
 No se requiere soporte de restricciones y uniones a nivel de base de datos
 Los datos crecen continuamente y necesita escalar la base de datos regularmente para manejar
los datos. [1]

6. CUANDO NO APLICAR
 Si realizar consultas e informes complejos y dinámicos, debe evitar usar NoSQL ya que
tiene una funcionalidad de consulta limitada. Para tales requisitos, debe preferir solo SQL.
 NoSQL también carece de la capacidad de realizar operaciones dinámicas. No puede
garantizar las propiedades de ACID. En casos como transacciones financieras, etc., puede
utilizar bases de datos SQL.
 También debe evitar NoSQL si su aplicación necesita flexibilidad en tiempo de ejecución.
 Si la consistencia es una necesidad y si no va a haber cambios a gran escala en términos del
volumen de datos, entonces ir con la base de datos SQL es una mejor opción. [2]
REFERENCIA
[1] geeksforgeeks, «geeksforgeeks,» [En línea]. Available:
https://www.geeksforgeeks.org/introduction-to-nosql/. [Último acceso: 5 8 2019].
[2] softwaretestinghelp. [En línea]. Available: https://www.softwaretestinghelp.com/sql-vs-
nosql/. [Último acceso: 5 8 2019].