BASES DE DATOS PARA CÓMPUTO EN LA NUBE

ACADEMIA:
MGTI. MIRIAN MAGALY CANCHÉ CAAMAL
UNIDAD I. CONCEPTOS DE BASES DE DATOS NO RELACIONALES,
ORIENTADAS A OBJETOS Y A DOCUMENTOS

Objetivo. El alumno comprenderá el uso de las

Bases de Datos NoSQL para el adecuado manejo
de datos no estructurados.
Tema 1.2. Características de las Bases de Datos no
relacionales, orientadas a objetos y a documentos.
 BASES DE DATOS NO RELACIONALES
Características
• Utilizan APIs comunicación diferentes, muchas de ellas reconocen el formato JSON.
• Esquema flexible, se puede ir definiendo según se incorporan nuevos datos.
• No garantiza las propiedades ACID (Atomicity, Consistency, Isolation and Durability).
• Normalmente no soportan operaciones JOIN.
• Favorecen la escalabilidad, principalmente la horizontal.
• Suelen ser distribuidas y de código abierto.
• Suelen escalan bien horizontalmente.
• Suelen tener varios modelos de datos.
SQL (RELACIONAL) EN COMPARACIÓN CON NOSQL (NO
RELACIONAL)
Bases de datos relacionales Bases de datos NoSQL
Las bases de datos clave-valor, documentos,
gráficos y en memoria de NoSQL están
Las bases de datos relacionales están diseñadas para aplicaciones de
diseñadas para OLTP para una serie de
Cargas de trabajo procesamiento de transacciones online (OLTP) altamente coherentes
patrones de acceso a datos que incluyen
óptimas y transaccionales, y son buenas para el procesamiento analítico online
aplicaciones de baja latencia. Las bases de datos
(OLAP).
de búsqueda NoSQL están diseñadas para
hacer análisis sobre datos semiestructurados.
El modelo relacional normaliza los datos en tablas conformadas por
Las bases de datos NoSQL proporcionan una
filas y columnas. Un esquema define estrictamente las tablas, las filas,
variedad de modelos de datos, que incluyen
Modelo de datos las columnas, los índices, las relaciones entre las tablas y otros
documentos, gráficos, clave-valor, en-memoria y
elementos de las bases de datos. La base de datos impone la
búsqueda.
integridad referencial en las relaciones entre tablas.
SQL (RELACIONAL) EN COMPARACIÓN CON NOSQL (NO
RELACIONAL)

Bases de datos relacionales Bases de datos NoSQL

Las bases de datos relacionales ofrecen propiedades de atomicidad,
Las bases de datos NoSQL a menudo hacen
coherencia, aislamiento y durabilidad (ACID):
concesiones al flexibilizar algunas de las
•La atomicidad requiere que una transacción se ejecute por completo
propiedades ACID de las bases de datos
o no se ejecute en absoluto.
relacionales para un modelo de datos más
•La coherencia requiere que una vez confirmada una transacción, los
flexible que puede escalar horizontalmente.
Propiedades ACID datos deban acoplarse al esquema de la base de datos.
Esto hace que las bases de datos NoSQL sean
•El aislamiento requiere que las transacciones simultáneas se ejecuten
una excelente opción para casos de uso de
por separado.
baja latencia y alto rendimiento que necesitan
•La durabilidad requiere la capacidad de recuperarse de un error
escalar horizontalmente más allá de las
inesperado del sistema o de un corte de energía y volver al último
limitaciones de una sola instancia.
estado conocido.
SQL (RELACIONAL) EN COMPARACIÓN CON NOSQL (NO
RELACIONAL)
Normalmente, el rendimiento depende del subsistema de disco. Se
Rendimiento necesita la optimización de consultas, índices y estructura de tabla
para lograr el máximo rendimiento.
Las bases de datos relacionales generalmente escalan en forma
ascendente las capacidades de computación del hardware o la
Escalado
ampliación mediante la adición de réplicas para cargas de trabajo
de solo lectura.
Solicita almacenar y recuperar datos que están comunicados
mediante consultas que se ajustan a un lenguaje de consulta
API
estructurado (SQL). Estas consultas son analizadas y ejecutadas
por la base de datos relacional.
El rendimiento es, por lo general, depende
del tamaño del clúster de hardware
subyacente, la latencia de red y la aplicación
que efectúa la llamada.
Las bases de datos NoSQL normalmente se
pueden particionar porque los patrones de
acceso de valores clave son escalables
mediante el uso de arquitectura distribuida
para aumentar el rendimiento que
proporciona un rendimiento constante a una
escala casi ilimitada.
Las API basadas en objetos permiten a los
desarrolladores almacenar y recuperar
fácilmente estructuras de datos en memoria.
Las claves de partición permiten que las
aplicaciones busquen pares de clave-valor,
conjuntos de columnas o documentos
semiestructurados que contengan atributos
y objetos de aplicación serializados.
 Comparativa de bases de datos NoSQL

Modelo de datos Características Tipo de aplicaciones Ejemplos

Clave-Valor •Muy alto rendimiento. Aplicaciones que busca alto •Cassandra
•Muy escalable. rendimiento en las •Redis
Columnas •Útil para representar datos consultas, que precisen de •HBase
Variante de clave-valor que no estructurados. alta escalabilidad y no •Mencached
permite más de un valor •No existe el concepto necesiten implementar •Riak
(columna) por clave. de relaciones relaciones entre sus datos. •MariaDB
•Almacenan datos de tipo
documento (los documentos
•MongoDB
representan estructuras
•Couchbase
clave valor anidadas)
•Amazon_Dynamo
•Se representan en formato Aplicaciones que preceden
Documentos •CouchDB
XML, JSON o BSON. de esquemas cambiantes y
XML, JSON o BSON. •RethinkDB
•Flexible en esquemas de necesiten flexibilidad.
•RavenDB
datos dinámicos.
•Cloudant
•Reducción de la
•GemFire
complejidad en la consultas
para datos asociados.
 Comparativa de bases de datos NoSQL

Modelo de datos Características Tipo de aplicaciones Ejemplos

•Los datos se modelan
como un conjunto de •Neo4j
relaciones entre elementos. Redes sociales, software de •Titan
•Alto rendimiento en recomendación, •DEX/Sparksee
Grafos
consultas de relaciones de aplicaciones de •AllegroGraph
Atributos: Nodos con
proximidad entre datos, y no geolocalización, •OrientDB
propiedades.
para ejecutar consultas aplicaciones de optimización •InfiniteGraph
Aristas: relaciones.
globales. de rutas, topologías de red •Sones GraphDB
•Flexibilidad en la definición … •InfoGrid
de atributos y longitud de •HyperGraphDB
registros.
SQL EN COMPARACIÓN CON TERMINOLOGÍA NOSQL
SQL MongoDB DynamoDB Cassandra Couchbase

Tabla Conjunto Tabla Tabla Bucket de datos

Fila Documento Elemento Fila Documento
Columna Campo Atributo Columna Campo
Clave principal
Clave principal ObjectId Clave principal ID del documento

Índice Índice Índice secundario Índice Índice

Índice secundario
Ver Ver Vista materializada Ver
global

Tabla u objeto anidado Documento incrustado Mapa Mapa Mapa

Matriz Matriz Lista Lista Lista

BASE DE DATOS ORIENTADA A OBJETOS
Características
• La mayoría de bases de datos orientadas a objetos incluyen algún tipo de lenguaje para realizar consultas, lo cual
permite que los objetos sean encontrados utilizando un enfoque de programación declarativa.
• En una base de datos orientada a objetos, el acceso a los datos es más rápido debido a que los Joins casi nunca son
necesarios, a diferencia de lo que ocurre con las bases de datos relacionales. Esto es así porque un objeto puede
ser recuperado directamente sin una búsqueda, simplemente siguiendo los punteros.
• Un área en la que los diferentes productos pueden variar es la forma en la que el esquema de la base de datos es
definido. Sin embargo, una característica general es que el lenguaje de programación y el esquema de la base de
datos utilizan la misma definición de tipos.
• Las aplicaciones multimedia se agilizan debido a que los métodos de clase asociados con los datos son responsables
de una correcta interpretación.
BASE DE DATOS ORIENTADA A OBJETOS (CONTINUACIÓN)
Características
• Muchas bases de datos orientadas a objetos ofrecen soporte para control de versiones. Un objeto
puede ser visto como un conjunto de todas sus versiones. También las versiones de objetos pueden ser
tratadas como objetos por derecho propio. Algunas bases de datos orientadas a objetos también
proporcionan soporte sistemático para triggers y restricciones.
• La eficiencia de una base de datos orientada a objetos también ha mejorado considerablemente en
áreas en las cuales se requieren cantidades masivas de datos sobre un elemento. Por ejemplo, una
entidad bancaria podría obtener la información de la cuenta de un usuario y proporcionarle
eficientemente información muy extensa conteniendo todas las transacciones, todas las entradas con
información de la cuenta, etc.
 BASE DE DATOS ORIENTADA A DOCUMENTOS
Características
• Almacenan datos de tipo documento (los documentos representan estructuras clave valor anidadas)
• Se representan en formato XML, JSON, YAML o BSON.
• También formatos binarios como PDF y Microsoft Office (MS Word, Excel y demás)
• Flexible en esquemas de datos dinamicos.
• Reducción de la complejidad en la consultas para datos asociados.
• No existe un modelo de datos predefinido. No requiere ajustarse a un esquema estándar ni tener todos las mismas
secciones; no esquema (Schema-Less)
• Cloud-Model.Adecuado para funcionar en la nube
• Aplicación altamente disponible y con gran velocidad de acceso a datos
• En contra
• El modelado del código no recae en la base de datos, sino en la aplicación
• limitaciones en las consultas
REFERENCIAS BIBLIOGRÁFICAS
 https://www.acens.com/wp-content/images/2014/02/bbdd-nosql-wp-acens.pdf
 http://exa.unne.edu.ar/depar/areas/informatica/dad/BDII/Presentaciones_Proyector/BD_Objeto_Relacionales.pdf
 https://smarterworkspaces.kyocera.es/blog/conceptos-base-datos-orientada-objetos/
 https://programas.cuaed.unam.mx/repositorio/moodle/pluginfile.php/782/mod_resource/content/8/contenido/inde
x.html
 http://www.v-espino.com/~chema/daw1/tutoriales/oracle/OracleObjetos.pdf
 https://aws.amazon.com/es/nosql/
 https://aws.amazon.com/es/nosql/document/
 https://smarterworkspaces.kyocera.es/blog/conceptos-base-datos-orientada-objetos/
PREGUNTAS Y COMENTARIOS