Diferencias entre bases de datos relacionales y bases de datos no relacionales,
11 de septiembre de 2018, Tepic Nayarit, México.
Diferencias entre bases de datos relacionales y bases de datos no
relacionales
K. Covarrubias1, a
1 instituto Tecnológico de Tepic
a kalicovarrubiasnu@ittepic.edu.mx
Resumen—En esta investigación se presentan las bases de datos
relacionales conocida como SQL y las bases de datos no relacionales llamadas
también no SQL, Se presenta una investigación en la que se mostrara las
diferencias entre una base de datos relacional a uno no relacional, esto en base
a sus principales características como lo es ACID para las bases de datos
relacionales y BASE para las bases de datos no relacionales.
Palabras clave. ACID, BASE, NoSQL, Base de datos, Estructura
de las bases de datos
1. Introducción
Las bases de datos SQL parecen no ser suficientes para tratar
con tan amplio universo de problemas que vienen ligados a la
aparición de Big Data. Esto generó la llegada de las
tecnologías para el almacenamiento de datos englobadas
dentro del concepto de NoSQL. [1]
Estas herramientas sacrifican usualmente algunas cuestiones
relacionadas con la atomicidad, consistencia, aislamiento y la
durabilidad, para obtener ventajas como el rendimiento, la
posibilidad de escalar el almacenamiento físico, distintas
formas de representación de los datos, entre otros. No todas
las tecnologías NoSQL son idóneas para tratar con todo tipo
de estructuras de datos, por lo que es preciso saber optar por
cada una de ellas a la hora de implementar un sistema de
bases de datos no tradicional, en función a los datos y las
relaciones entre los mismos. [2]
El término NoSQL comienza a ser utilizado mayormente a
partir del año 2009, abarcando todas aquellas tecnologías de
bases de datos que no utilizan el lenguaje ANSI SQL estándar
para la escritura de sus consultas. [1]
NoSQL es más un movimiento, una nueva tendencia, que una
Tecnología. [3]
El enfoque de nuestro trabajo es comparar el valor clave
almacena implementaciones en bases de datos NoSQL y SQL.
Mientras las bases de datos NoSQL generalmente están
diseñadas para valores clave optimizados tiendas, las bases de
datos SQL no lo son. Sin embargo, nuestros hallazgos
sugieren que no todas las bases de datos NoSQL funcionan
mejor que SQL bases de datos. Comparamos operaciones de
lectura, escritura, eliminación e instanciación en el
almacenamiento de clave-valor. Observamos que incluso
dentro las bases de datos NoSQL tienen una gran variación en
el rendimiento de estas operaciones. También observamos
poca correlación entre
el rendimiento y el modelo de datos que utiliza cada base de
datos.
2. Fundamentos
Desde su creación, las bases de datos han sido un soporte para
la organización de la información dentro de los diferentes tipos
de entidades, debido a que “las bases de datos comenzaron a
aparecer a finales de 1950 y comienzos de 1960, impulsadas
por dos factores tecnológicos: el incremento de la fiabilidad de
los procesadores de ordenador y la expansión de la capacidad
de almacenamiento secundario en cintas y unidades de disco”
[4]. En 1970 se propusieron por primera vez las bases de datos
relacionales y las teorías subyacentes [5], entre las que se
destaca el modelo de base de datos relacional, que implicó un
cambio radical en el manejo de la información apoyándose en
operaciones de conjuntos que combinan tablas de datos
separadas (o relaciones) para producir un conjunto de
respuestas. Las consultas se especifican utilizando el lenguaje
de consulta estructurado SQL (por las siglas en inglés de
Structured Query Language), soportado en el álgebra
relacional, y que permite a un usuario expresar su consulta en
forma declarativa, sin ningún tipo de instrucciones detalladas
de programación. Sin embargo, este tipo de bases de datos está
presentando inconvenientes, y la historia se repite; como se
mencionó al inicio, continuos cambios en las sociedades
impulsan la aparición de modelos que satisfagan nuevas
necesidades, uno de estos es NoSQL, que define un conjunto
de tecnologías que se apartan de lo planteado por los gestores
de bases relacionales, por ejemplo, la interfaz de consulta para
los usuarios en NoSQL no es soportada sobre SQL; aunque
algunos autores lo describen como “un movimiento más que
como una tecnología” [6].
A. ¿Por qué NoSQL?
El paradigma de bases de datos NoSQL surge a causa del
cambio que se ha dado en el manejo de la información durante
las últimas décadas; por ejemplo, se proyecta un crecimiento
del tráfico IP global, de los centros de datos, que en la
actualidad es casi de un zetabyte (1.099.511.627.776
gigabytes) por año a 4.8 zetabyte en el 2015 [7]. Hoy los
volúmenes de información crecen a un ritmo sin precedentes,
y cada vez se hace más compleja su administración; las
empresas no solo desean almacenar esta información, sino
 Diferencias entre bases de datos relacionales y bases de datos no relacionales,
quieren sacarle el mayor provecho; los usuarios piden cada vez
más velocidad en las consultas.
B. Antecedentes
Si bien las bases de datos NoSQL tienen la velocidad y la
escalabilidad ventaja, tiene una serie de inconvenientes en
comparación con los bases de datos relacionales. Leavitt
enumera estos desafíos [8]. Señala que las bases de datos
NoSQL, aunque son rápidas para simples tareas, son lentas
para operaciones complejas. Además las consultas para
operaciones complejas pueden ser difíciles de formar. El otro
El inconveniente es la falta de soporte nativo para la
consistencia. Leavitt También señala que NoSQL es una
tecnología que muchas organizaciones aún están por aprender
y hay una falta de apoyo y gestión herramientas para ayudar.
Bartolomé da una introducción tutorial a la historia de y
diferencias entre las bases de datos SQL y NoSQL [9]. Discutir
soluciones de administración de datos, incluyendo NoSQL,
para plataformas basadas en la nube [10]. Discuten los desafíos
las soluciones de gestión de datos se enfrentan a la luz de la
nube.
C. Tablas
TABLA I. DIFERENCIA ENTRE BASE DE DATOS RELACIONALES
Y NO RELACIONALES
Base de datos no relacionales Base de datos relacionales
Basically Available Atomicidad
Soft state Consistencia
Eventual consistency Durabilidad
Aislamiento
Atomicidad: La tarea (o todas las tareas) dentro de una
transacción se realizan o ninguna de ellas. Este es el principio
de todo o nada. Si un elemento de una transacción falla, la
transacción completa falla. [11]
Consistencia: La transacción debe cumplir con todos los
protocolos o reglas definidos por el sistema en todo momento.
La transacción no infringe esos protocolos y la base de datos
debe permanecer en un estado constante al comienzo y al final
de una transacción; nunca hay transacciones a medio
completar. [11]
Durabilidad: Una vez que se completa la transacción, persistirá
como completa y no se puede deshacer; sobrevivirá la falla del
sistema, la pérdida de energía y otros tipos de fallas del sistema.
[11]
Aislamiento: Ninguna transacción tiene acceso a ninguna otra
transacción que esté en un estado intermedio o sin terminar. Por
lo tanto, cada transacción es independiente en sí misma. Esto
es necesario para el rendimiento y la coherencia de las
transacciones dentro de una base de datos. [11]
11 de septiembre de 2018, Tepic Nayarit, México.
Bassically Avaible: Esta restricción establece que el sistema
garantiza la disponibilidad de los datos en lo que respecta al
Teorema de CAP; habrá una respuesta a cualquier solicitud.
Sin embargo, esa respuesta podría ser una 'falla' para obtener
los datos solicitados o los datos pueden estar en un estado
incoherente o cambiante, muy parecido a esperar que un
cheque se libere en su cuenta bancaria.[12]
Soft state: El estado del sistema podría cambiar con el tiempo,
por lo que incluso durante las horas sin datos puede haber
cambios debido a la "consistencia eventual", por lo que el
estado del sistema siempre es "suave".[12]
Eventually consistency: El sistema eventualmente se volverá
consistente una vez que deje de recibir información. Los datos
se propagarán a todas partes, tarde o temprano, pero el
sistema seguirá recibiendo información y no verificará la
consistencia de cada transacción antes de pasar a la siguiente
[12]
3. Conclusiones
encontramos que no todas las bases de datos NoSQL
funcionan mejor que la base de datos SQL. Observamos que
incluso dentro las bases de datos NoSQL tienen una gran
variación en el rendimiento basado en el tipo de operación
(como leer y escribir). SQL permite combinar de forma
eficiente diferentes tablas para extraer información
relacionada, mientras que NoSQL no lo permite o muy
limitadamente. NoSQL permite distribuir grandes cantidades
de información; mientras que SQL facilita distribuir bases de
datos relacionales. SQL permite gestionar los datos junto con
las relaciones existentes entre ellos, en NoSQL no existe este
tipo de utilidades. NoSQL permite un escalado horizontal sin
problemas, por su capacidad de distribución mientras que
escalar SQL resulta más complicado.
4. Referencias
[1] Sadalage, P. & Fowler, M. (2013) NoSQL Distilled, A Brief Guide to the
Emerging World of Polyglote. Persistence Boston: Addison Wesley
[2] Strauch, C. & Kriha, W. (2011). NoSQL databases. Recuperado de
http://coitweb.uncc.edu/~xwu/5160/nosqldbs.pdf
[3] Ramírez, H. & Herrera, J. F. (2013). Un viaje a través de bases de datos
espaciales. Recuperado de http://ingenieria.udistrital.
edu.co/digital/index.php/redesdeingenieria/
article/view/226/412
[4] D. Berndt et al. (2012, Apr.), “SiteWit Corporation: SQL or
NoSQLthatistheQuestion”, Grandon Gill’sWebsite
[Online],Available:http://grandon.com/publications/SiteWit_No
SQL.pdf.
[5] E. Codd, “A relational model of data for large shared data banks,”
Commun. ACM, vol. 13, no. 6, pp. 377–387, Jun. 1970.
 Diferencias entre bases de datos relacionales y bases de datos no relacionales,
11 de septiembre de 2018, Tepic Nayarit, México.

[6] S. Drobi (2012,Aug. 3), “Rich Hickey and Justin Sheehy about
Datastores, NoSql andCAP”, InfoQ [Online], Available:
http://www.infoq.com/ interviews/rich-Hickey-and-justin-
sheehy-aboutdatastores,-nosql-and-cap.
[7] Cisco and/or its affiliates (2011, Nov.), “Cisco Global Cloud
Index: Forecast and Methodology 2010–2015” [Online],
Available: http:// www.cisco.com/en/US/solutions/collateral/ n s
341/ns525/ns537/ns705/ns1175/Cloud_Index_White_Paper.pdf.
[8] N. Leavitt, “Will NoSQL databases live up to their promise?”
Computer, vol. 43, no. 2, pp. 12 –14, feb. 2010.
[9] D. Bartholomew, “SQL vs. NoSQL,” Linux Journal, no. 195,
July 2010.
[10] S. Sakr, A. Liu, D. Batista, and M. Alomari, “A survey of large
scale data management approaches in cloud environments,”
Communications Surveys Tutorials, IEEE, vol. 13, no. 3, pp.
311–336, 2011.
[11] Nance, C.; Losser, T.; Iype, R. & Harmon, G. (2013). NoSQL vs
RDBMS - Why There is Room for Both. Recuperado de
http://sais. aisnet.org/2013/Nance.pdf
[12] Professional NoSQL, Shashank Tiwari, John Wiley & Sons,
2011.
5. Biografías
Karen Lizeth Covarrubias Núñez (8 de julio de 1997). Estudiante de la
carrera de Ing. Sistemas computacionales en el Instituto Tecnológico de Tepic