Está en la página 1de 8

República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Universitaria


Instituto Universitario de Tecnología Para la Informática
Ampliación Guanare

“Bases de datos No
Relacionales”

Estudiante:
Azuaje Kevin
Código: 19.37.23
Guanare, Mayo 2021
Bases de datos no relacionales:
Las bases de datos no relacionales son un sistema de almacenamiento de
información que se caracteriza por no usar el lenguaje SQL para las consultas.
Esto no significa que no puedan usar el lenguaje SQL, pero no lo hacen como
herramienta de consulta, sino como apoyo. Por ello también se les suele
llamar NoSQL o «no solo SQL».

Otra de sus principales características es que no trabajan con estructuras


definidas. Es decir, los datos no se almacenan en tablas, y la información
tampoco se organiza en registros o campos.

Tienen una gran escalabilidad y están pensadas para la gestión de grandes


volúmenes de datos. Por otro lado, a diferencia de las bases de datos
relacionales no cumple con el estándar ACID de atomicidad, consistencia,
aislamiento y durabilidad.

Las bases de datos no relacionales son más actuales que las relacionales, y su
desarrollo se ha basado en la necesidad de crear sistemas de gestión capaces
de trabajar con datos no estructurados o semi-estructurados.

Como funciona una base de datos no relacional:

Principalmente, las bases de datos no relacionales se emplean para almacenar


datos no estructurados, o de los que no se tienen ningún esquema o
información predefinida. Sin embargo, también pueden ser empleados para el
almacenamiento y gestión de datos estructurados. Veamos un ejemplo de
cómo funcionaría el almacenamiento de datos en una base de datos no
relacional y en una base de datos relacional.

Tomemos como ejemplo una base de datos en la que se van a almacenar


DVDs de películas. Estos podrían almacenarse según el título de la película,
fecha de estreno, género, director, etc.

 En una base de datos relacional, cada película sería un registro y


ocuparía una de las filas de la tabla. Por su parte, los diferentes datos
almacenados sobre cada película (título, fecha de estreno, género o
director) se organizarían en campos, que corresponderían a las
columnas de la tabla.
 Sin embargo, en una base de datos NoSQL o no relacional cada registro
de una película se almacena como un único documento ISON. Todos los
atributos o características de cada película (título, fecha de estreno,
género y director) se almacenan en un solo documento, Es decir, este
almacenamiento de datos está preparado para ofrecer una mayor
escalabilidad horizontal y un desarrollo más intuitivo.

Por tanto, el funcionamiento de una base de datos no relacional deja de lado el


uso de tablas, de forma que cada elemento se guarda en documentos que ya
incluyen todos sus atributos.

¿Por qué se debería usar una base de datos no relacional?:

1. Portabilidad: SQL puede ser usado en laptops, computadoras,


servidores o dispositivos móviles.
2. Experiencia y madurez: Este es uno de sus puntos más fuertes. El
tiempo y la aceptación generalizada de los desarrolladores ha permitido crear
gran cantidad de información y herramientas en torno a ellas.
3. Atomicidad: Los desarrolladores generalmente se ven dispuestos a
inclinarse por los modelos relacionales gracias a la atomicidad. Esto significa
que cualquier operación que se quiera ejecutar y no cumpla con los criterios de
información preestablecidos, no se realizará.
4. Estándares bien definidos: Todos los procesos deben estar bajo los
estándares que plantea el SQL. Brindando de esta forma criterios de
uniformidad a la información.
5. Escritura simple: Gran parte de la aceptación depende de la sencillez
de su método de escritura. Este es muy parecido al lenguaje que utilizamos los
humanos, facilitando para nosotros la comprensión de las operaciones.

Tipos de bases de datos no relacionales:


Bases de datos documentales
Una base de datos documental u orientada a documentos, es un tipo de BBDD
NoSQL que orienta su funcionamiento a datos alojados en documentos o
tiendas de documentos. Estas bases de datos se utilizan para almacenar,
recuperar y administrar datos semiestructurados.
Las bases de datos documentales almacenan cada uno de los registros y los
datos asociados en un solo documento. Cada documento contiene datos
semiestructurados que pueden ser consultados con diferentes herramientas de
análisis. Estas bases de datos ofrecen mucha flexibilidad, escritura rápida, y
consultas rápidas gracias a su gran capacidad de indexación. Entre las BBDD
documentales más reconocidas encontramos la ya conocida por nosotros a
MongoDb, de 10gen, y CouchDB, de Apache.
También gozan de un gran reconocimiento en el mundo de las Bases de datos
NoSQL la RavenDB, de Hibernating Rhinos, BaseX, djondb, eXist, SimpleDB,
de Amazon, IBM Lotus Domino y Terrastore

Bases de datos en orientadas a grafos


Las bases de datos orientadas a grafos son excelentes herramientas para
trabajar datos complejos. Estas BBDD nos permite darle representar los datos
en estructuras de grafos. Esto es de gran utilidad cuando los datos que vamos
a procesar tienen altos niveles de interrelación. Estas versátiles bases de
datos, nos permite ejecutar consultas y almacenamiento de datos de cualquier
característica sin siquiera preocuparnos por el volumen de los datos.
Gozan de un excepcional rendimiento para responder de forma eficiente al
análisis y consulta de volúmenes gigantescos de datos. Ofrece también una
diversidad de métodos analíticos y de consulta que la convierten en una de las
opciones más flexibles en NoSQL. Es bastante frecuente conseguir la
implementación de este modelo de BBDD en estructuras web de blogs. Twitter
es uno de los casos más relevantes donde una BBDD de Grafos está
relacionada.
Las Bases de Datos orientadas a grafos también tiene otras funcionalidades
que no te puedes perder. Entre las marcas más reconocidas está nuestra ya
conocida Neo4j, pero esta no es la única. También están las conocidas
HyperGraphDB, InfoGrid, AllegroGraph, InfiniteGraph, Sones y DEX/Sparksee.

Bases de datos clave/valor


Las bases de datos clave valor son modelos no relacionales que utilizan un
método simple de almacenamiento de datos. Este tipo de BBDD toma los datos
como un conjunto de pares “clave-valor” en los que las claves cumplen
funciones de identificadores únicos.
Las claves o lo valores pueden ser cualquier tipo de datos. Pueden ser objetos
simples o complejos. Estas BBDD son altamente divisibles y brindan grandes
capacidades de escalabilidad horizontal.

Estos modelos de BBDD son uno de los preferidos de los clientes NoSQL,
porque son simples en cuanto a funcionalidad y brindan alto rendimiento a la
hora de ejecutar las lecturas y escrituras de datos. Ya hemos dado algunos
ejemplos de Bases de Datos Clave Valor como Cassandra y Redis, pero es
obligatorio expandir la lista cuando tenemos importantes BBDD como BigTable
de Google, Dynamo de Amazon, Project Voldemort de LinkedIn, OracleNoSQL
y Riak.

Bases de datos multivalor


Las bases de datos multivalor son sistemas interesantes que incorporan
diferentes características multidimensionales y NoSQL para la clasificación y
manejo de los datos. Estas BBDD comparten significativas similitudes con los
modelos relacionales tradicionales. Ambos esquemas contienen tablas. Pero
que esto no te engañe, las BBDD multivalor proporcionan un esquema de
trabajo menos rígido.
Además de proporcionar mayor flexibilidad, los datos almacenados acá pueden
contener listas de valores. Esto quiere decir que cualquier dato almacenado
puede tener diversos valores asignados.
Estas bases de datos tienen un nivel de complejidad un poco más elevado
debido a que incorporan reglas de normalización para su diseño. Entre las
BBDD multivalor más conocidas podemos destacar Rocket D3 DBMS, Rocket
mvBase DBMS, Rocket U2 Universe, Rocket U2 Unidata, OpenQM, Caché
InterSystems, Reality, Jbase, OpenInsight, Extensible storage engine

Bases de datos orientadas a objetos


Como bien lo indica su nombre, las BBDD de este tipo están conformadas por
objetos. Estos objetos pueden ser de diferentes tipos, sobre los que se definen
unas operaciones que determinan sus propiedades de interacción. Las Bases
de datos orientadas a objetos han revivido el interés de los usuarios gracias a
sus características principales.
Estas BBDD son altamente flexibles y admiten lenguajes de programación
como JAVA, Visual Basic o C++. Entre las más Bases de Datos orientadas a
objetos más conocidas tenemos a ObjectDB, Zope Object Database, ZooDB,
GemStone, Objectivity y Realm.io

Bases de datos tabulares


Una BBDD tabular no es más que la estructuración de una BBDD en forma de
tabla. Incorpora elementos en columnas y líneas. Cada una de las celdas
genera intersecciones entre las columnas y las líneas. A estas intersecciones
se le asignan una numeración única para establecer un orden eficiente de los
datos. Están pensadas para grandes volúmenes de datos.
Estas tienen la capacidad de almacenar gran cantidad de datos dispersos.
Entre las principales DDBB de este estilo podemos conseguir a HBase de
Apache que es utilizada para soportar el servicio de mensajería de Facebook,
también a BigTable de Google y la versión abierta llamada LevelDB y a
Hypertable.

Bases de datos de Arrays


Las Bases de datos arrays sirven para trabar colecciones de datos conocidas
como raster data. Sitúan los datos en una cuadricula regular con más de dos
dimensiones. Estas bases de datos se utilizan para representar simulaciones,
sensores y datos estadísticos. Son capaces de manejar volúmenes de datos
importantes ofreciendo una flexibilidad y escalabilidad.
Estas bases de datos son consideradas una generación tecnológica
emergente. De las bases de datos más destacadas que trabajan este modelo
podemos mencionar a Oracle que ha profundizado sus trabajos en ella y
SciDB, de Paradigm4
Cuadro comparativo entre base de datos relacionales y no relacionales:

Base de datos no relacionales Base de datos relacional

Están diseñadas específicamente Son una colección de elementos de


para modelos de datos específicos y datos organizados en un conjunto de
tienen esquemas flexibles para crear tablas formalmente descritas, desde
aplicaciones modernas. Son donde se puede acceder a los datos
ampliamente reconocidas porque son o volver a montarlos de muchas
fáciles de desarrollar, tanto en maneras diferentes sin tener que
funcionalidad como en rendimiento a reorganizar las tablas de la base. La
escala. Usan una variedad de interfaz estándar de programa de
modelos de datos, que incluyen usuario y aplicación a una base de
documentos, gráficos, clave-valor, datos relacional, es el Lenguaje de
en-memoria y búsqueda. Consultas Estructuradas (SQL). Los
comandos SQL se utilizan tanto para
consultas interactivas como para
obtener información de una base de
datos relacional y la recopilación de
datos para informes.

Las bases de datos no relacionales Las bases de datos relacionales se


(NoSQL) son las que, a diferencia de basan en la organización de la
las relacionales, no tienen un información en partes pequeñas que
se integran mediante identificadores;
identificador que sirva de relación
a diferencia de las bases de datos no
entre un conjunto de datos y otros. la relacionales que, como su nombre lo
información se organiza normalmente indica, no tienen un identificador que
mediante documentos y es muy útil sirva para relacionar dos o más
cuando no tenemos un esquema conjuntos de datos. Además son más
exacto de lo que se va a almacenar. robustas, es decir, tienen mayor
capacidad de almacenamiento, y son
menos vulnerables ante fallas, estas
son sus principales características.
Con relación a formatos, la
información de una base de datos
puede ser almacenada en tablas o
documentos. Cuando los datos son
organizados en un archivo de Excel,
es en formato tabla, pero cuando
simplemente son datos escritos como
cartas, fórmulas o recetas, son datos
en formato documento. Esto aplica
para los dos tipos de bases de datos.
Se utiliza cuando el volumen de Se utiliza cuando el volumen de
datos crece rápidamente en datos no crece rápidamente o lo hace
momentos puntuales gradualmente

Se usan cuando las necesidades del Se usa cuando las necesidades del
proceso se pueden asumir en un solo servidor no se pueden preveer
servidor

También podría gustarte