Base de datos NoSQL

Caso de estudio:
Postgres como solucion NoSQL
Rosmeli Quintero

Jean Carlos Gomes

Escuela de Computacion
Licenciatura en Computacion
Universidad Central de Venezuela
Caracas, Venezuela
Email: [email protected]

Escuela de Computacion
Licenciatura en Computacion
Universidad Central de Venezuela
Caracas, Venezuela
Email: [email protected]

AbstractLas bases de datos relacionales han sido las herramientas por excelencia para el almacenamiento de la informacion en los sistemas informaticos. No obstante, las bases de
datos NoSQL, como tendencia, han venido ganando espacio especialmente por la escalabilidad y velocidad en sus tiempos de
respuestas. PostgreSQL ha incorporado algunas caractersticas
de tipo NoSQL, como el almacenamiento efmero y el manejo
de datos JSON; caractersticas que pueden aprovecharse para
realizar acciones desde el gestor dandole mayor potencia. El
objetivo de este artculo es evaluar, mediante toda la documentacion encontrada, el comportamiento de las caractersticas
NoSQL de PostgreSQL frente a un gestor NoSQL, comparandola con MongoDB, respecto a los tiempos de respuestas y
dar a conocer las ventajas de uno con respecto al otro.
Palabras Claves: Caractersticas NoSQL en PostgreSQL, MongoDB, PostgreSQL

relacionales incorporaron. Las bases de datos NoSQL y las

relacionales no se solapan, mas bien cada una garantiza
las caractersticas para las cuales fueron desarrolladas. De
ah que muchas empresas las utilicen juntas para diferentes
actividades tales como Facebook, Google y otras empresas.
PostgreSQL ha incorporado algunas caractersticas de tipo
NoSQL, como el almacenamiento efmero y el manejo
de datos en formato Notacion de Objetos JavaScript
(JSON); caractersticas que pueden aprovecharse para
realizar acciones desde el gestor dandole mayor potencia.
El objetivo de este artculo es evaluar el comportamiento de
las caractersticas NoSQL de PostgreSQL frente a un gestor
de bases de datos NoSQL como MongoDB, comparando,
los tiempos de respuestas, el almacenamientos y dar a
conocer las ventajas de uno con respecto al otro.

1. Introduccion

2. Que es Postgres NoSQL?

Las bases de datos relacionales han sido las herramientas

por excelencia para el almacenamiento de la informacion
en los sistemas informaticos desde su surgimiento en las
decadas del 70 y el 80. No obstante, las bases de datos
NoSQL, como tendencia, han venido ganando espacio
especialmente por la escalabilidad y velocidad en sus
tiempos de respuestas, superiores a los de los sistemas
relacionales. Este tipo de bases de datos no garantizan las
propiedades ACID (Atomicidad, Consistencia,aIslamiento
y Durabilidad) en areas de potenciar el rendimiento y la
escalabilidad, basandose en el teorema CAP (Consistencia,
Disponibildad y la tolerancia a particiones), que plantea
que un sistema no puede contar con mas de dos de estas
tres propiedades a la vez.
El movimiento NoSQL no es nuevo, se inicio a finales
de los 90 cuando las bases de datos XML comenzaron
a ganar espacio con excelentes propuestas, sobre todo
ofreciendo la posibilidad de consultas sobre datos XML.
Caracterstica que posteriormente las bases de datos

La nueva version de la base de datos de codigo abierto

PostgreSQL, se ha ido evolucionando y adoptandose
al ampliamente usado formato de intercambio de datos
JSON, esto apunta al creciente mercado NoSQL de
almacenes de datos no relacionales, Postgres NoSQL es la
poderosa combinacion de tecnologas de bases de datos no
estructurados y relacionales en un solo sistema de gestion
de bases de dato. Postgres NoSQL proporciona la libertad,
la flexibilidad y el rendimiento de la manipulacion de
datos no estructurados y semi-estructurados, conservando
su viabilidad a largo plazo.
Postgres posee todas las caractersticas de una base de datos
relacional con la capacidad de manejar bases de datos del
tipo documento y de clave/valor proporcionan las ventajas
de las nuevas tecnologas NoSQL ademas de la posibilidad
de integrarlos en las infraestructuras tradicionales de datos
corporativos sin silos de datos, la complejidad operativa, la
perdida de la integridad de los datos, y el riesgo.

3. ACID o BASE?
PosgreSQL es una bace de datos 100% ACID, posee
control de concurrencia multiversiones con un sistema sostificado que previene a los lectores de bloquear a los escritores
y viceversa como es el MVCC (Control de Concurrencia Multi-Versiones), posee un WAL (Write-ahead logging)
conocido tambien como log, tiene soporte completo para
claves forneas, uniones, vistas, disparadores y procedimientos almacenados, soporte de tipos de datos documentos.

HSTORE provee la funcionalidad de indexar en varios

tipos
Operadores
GIN
GIST
Creacion
Lento
Rapido
Consultas
Rapido
Lento
Actualizacion
Lento
Rapido
Memoria
2x mas
Poca
Otros tipos de indices son:

BTREE
HASH

Ejemplo del modulo HStore en PostgreSQL:

Primer Paso: Antes de trabajar con el tipo de datos hstore,
necesita habilitar la extensin hstore, que carga el mdulo para
habilitar la extension hstore PostgreSQL

Segundo paso: crear una tabla con una columna del

tipo de dato HStore. Para este ejemplo, Creamos una tabla
llamada libros que tiene tres columnas:

Figure 1. Capacidades de Postgres para cargas de trabajo NoSQL [1].

id es la clave principal que identifica el libro.

ttulo es el ttulo de las tiendas de productos
attr atributos del libro como el ISBN, el peso, el
papel de devolucin, etc. El tipo de datos de la
columna de attr es hstore.

4. Clave/valor - HStore
El modulo HStore, que permite almacenar pares clave
/ valor dentro de una sola columna, permite a los usuarios
crear un almacen de claves/valor sin esquema. Pero a
diferencia de las soluciones NoSQL puros, un almacen
de claves-valor creado en Postgres es compatible con ACID.
HStore es una herramienta particularmente u til para
los desarrolladores web o alguien que construye una
aplicacion que requiere la propiedad ACID, Hstore anterior
a muchos avances NoSQL. Fue introducido en v8.2 de
Postgres en el ano 2006, antes de muchos avances de
otros gestores NoSQL. Su popularidad aumento en los
u ltimos anos con nuevas demandas para trabajar con datos
semi-estructurados.
Hstore no es jerarquica, pero el tipo de datos HStore
ofrece avanzada soporte de indexacion, lo que hace que
sea la solucion de eleccion para muchos aplicaciones.
Es particularmente u til para los datos con baja densidad
por ejemplo, esto es muy u til para el almacenamiento de
productos con multiples descripciones en una sola tabla,
donde cada producto, comparte algunas atributos, como
el nombre, precio y peso, pero tienen muchos diferentes
atributos basados en el tipo de producto, tales como el
tamano, la presentacion, entre otros.

Tercer paso: Insertar datos, Nosotros usamos la instruccin INSERT para insertar datos en la columna de la hstore
de la siguiente manera, pero usted puede usar otro comando:
NOTA: Los datos que insertamos en la columna de la hstore
es una lista separadas por comas usando los pares de claves
= valor. Tanto las claves y los valores estn expresados
usando comillas ().

Cuarto Paso: Realizar una consulta

JSON
Re-interpretacion de
diccionario
Operaciones toman ms
tiempo
Preserva el orden
Sin ndices

5. Base de datos Orientada a DocumentosJSON/JSONB

La capacidades de base de datos orientada a documentos
en Postgres avanzaron significativamente cuando se
introdujo soporte para el tipo de datos JSON en la version
9.0. JSONB, un formato de almacenamiento binario que
proporciona un mejor rendimiento fue introducido en la
version 9.4 de Postgres.
JSON (notacion de objetos JavaScript) es una de la
mayora de los formatos de datos intercambiados populares
en la web. Es apoyado por practicamente cualquier lenguaje
de programacion en uso hoy en da, y sigue aumentando
la atraccion por el uso de JSON por la la introduccion de
nuevas tecnologas de apoyo tales como el motor JavaScript
V8, tambien apoyado en Postgres a traves de PL / V8,
Node.js y algunos sistemas NoSQL, como MongoDB y
CouchDB.
Postgres ofrece soporte robusto para JSON. Postgres
tiene un conjunto de datos de tipo JSON, lo que valida
y almacena el texto JSON y proporciona funciones para
extraer elementos de los valores de JSON y ofrece la
posibilidad de codificar facilmente conjuntos de resultados
de la consultas que se pueden utilizarse. Esta u ltima pieza
de funcionalidad es particularmente importante, ya que
significa que las aplicaciones que prefieren trabajar de
forma nativa con JSON puede obtener facilmente sus datos
de Postgres en JSON. Ademas del tipo de datos nativo
JSON, Postgres v9.3 anade un JSON analizador y una
variedad de funciones JSON. Esto significa aplicacion
web, los desarrolladores no necesitan capas de traduccion
en el codigo entre las base de datos y el marco web que
utiliza JSON, los datos pueden ser enviados directamente
a la base de datos PostgreSQL, donde no solo almacenar
los datos, pero adecuadamente validarlo tambien. Con
funciones JSON, Postgres pueden leer datos relacionales
de una tabla y devolverlo a la aplicacion como validos
cadenas de formato JSON. Y, los datos relacionales pueden
ser devueltos como JSON, ya sea para un u nico valor o un
registro completo.
Las bases de datos de tipo documento ms populares
son CouchDB y MongoDB segn el sitio db-engines, el

JSONB
No necesita re-interpretar
Mas espacio en disco
No preserva el orden
Soporta ndices

cual se dedica a mostrar un ranking de las bases de datos

ms utilizadas en el mundo. Segn un estudio realizado,
MongoDB brinda mejores tiempos de respuesta en la
insercin de informacin. Por tanto, para este trabajo, se elige
para realizar la comparacin de los tiempos de respuestas
de las caractersticas NoSQL de PostgreSQL. Primer Paso:
Crear una tabla con el tipo de dato JSON o JSONB,
segun preferiera, en este ejemplo se usara json. para este
ejemplo se creo la tabla de pedidos (orders) que posee dos
columnas:
La columna id es la columna de clave principal que
identifica la orden. La columna de informacin almacena los
datos en formato de JSON.

Segundo Paso: Insetar datos JSON.

Tercer paso: Realizar una consulta

6. Postgres vs MongoDB - Pruebas de de

sempeno
Antes de entrar en detalle sobre la prueba de desempeno
es importante conocer las caracteristicas de ambas bases de
datos.
La tabla en la figura 2, compara las caracteristicas mas
importante de una base de datos NoSQL Orientada a Documento (como MongoDB) contra las caractersticas de una
base de datos relacional (como Postgres):

6.1. Caractersticas del experimento

Las pruebas de comparacion o benchmarking son experimentos que evaluan una o mas herramientas para comparar su comportamiento. Para realizar las pruebas se deben
definir metricas, que en el marco de este estudio seran
el tiempo de carga de datos, el tiempo de insercion o
de escritura, el tiempo de consulta y el espacio en disco
que ocupara PostgreSQL y MongoDB, cabe acotar que los
tiempos seran medidos en segundos, y espacio en disco sera
medido en Gigabyte.
EnterpriseDB (EDB) empezo a correr evaluaciones comparativas para ayudar a los usuarios a evaluar correctamente
las capacidades de NoSQL Postgres.El conjunto inicial de
pruebas en comparacion MongoDB v2.6 contra Postgres
v9.4 beta, esta prueba de rendimiento se realizo en los
casos de una maquina individual. Ambos sistemas fueron
instalados usando los servicios de Amazon Web Services
M3.2XLARGE con 32 GB de memoria.

6.2. Por que escogimos este estudio y no otro?

Hay muchas pruebas encontradas en internet de Postgres
vs Mongo, pero la razon por la cual se escogio esta fue:

EnterpriseDB
es
una
empresa
privada
estadounidense que proporciona soporte y
herramientas para PostgreSQL. Esta empresa
la consideramos como una fuente confiable, con
muy buenos articulos que publican constantemente
y con gran prestigio en cuanto al soporte que brinda
para PostgreSQL.
Tienen disponible en GibHub un scrip para que uno
pueda realizar esta prueba en cualquier maquina.
Al estar el codigo publicado, podemos ver a detalle
si realmenete hubo manipulacion de estos datos y
asi confiar en esta prueba de desempeno.

Figure 2. Tabla comparativa de las caracteristicas de MongoDB y Postgres

6.3. Resultado del experimento

La carga de de grandes volumenes de datos fue de

aproximadamente 2,1 veces mas rapido en Postgres
MongoDB

Las inserciones en la base de datos, tomaron aprox-

esta por venir de PostgreSQL v9.6 se resea en el articula

una mejora muy importante en cuanto a la escalabidad
Horizontal.

6.5. Conclusion del experimento

Figure 3. Grafico de los resultados obtenidos

imadamente 2,5 veces mas larga en tiempo en MongoDB que en Postgres

Las consultas en MongoDB tardo casi 3 veces mas
en tiempo con respecto a Postgres.
MongoDB consumen 33% ms en el almacenamiento
de los datos en disco.

El gestor de bases de datos PostgreSQL ha ido incorporando paulatinamente caractersticas NoSQL, destacando los
tipos de datos de documentos JSON y el almacenamiento
efmero. Dichas caractersticas fueron evaluadas con respecto a MongoDB, el gestor NoSQL de mejores tiempos de
respuestas. El estudio realizado muestra que PostgreSQL ha
mejorado considerablemente los tiempos de respuestas con
la incorporacion de estas particularidades que tiene las bases
de datos NoSQL. Si bien aun no esta al nivel de los tiempos
de respuesta de MongoDB, por el factor visto de base de
datos distribuidos y el nivel de concurrencia que conlleva
este, s constituye un paso de avance en la incorporacion de
estas caractersticas, que les permitiran a los usuarios hacer
uso de ellas sin tener que migrar a un nuevo gestor de bases
de datos.

7. Conclusion

Figure 4. Valores obtenidos en el estudio.

este resultado es PostgreSQL mejor

6.4. Segun
que MondoDB?
Comparando este resultado con la versiones actuales,
PosgreSQL sigue siendo mas rapido que MondoDB, la unica
difrencia es en el almacenamiento ya que mongoDB en su
version actual es mas eficiente, MongoDB usa un formato
de almacenamiento propio de ellos, llamado BSON, que
es mas eficiente, ya que es mas comprimido. Ahora bien,
respondiendo a la pregunta, de cual es mejor, la respuesta
es MongoDB, EnterPriceDB realizo este estudio en una sola
maquina, el problema viene cuando tenemos un sistemas
distribuidos con muchos usuarios. MongoDB posee replicaset, son muy sencillos de crear y de modificar, en cambio
PostgreSQL posee artificios para optenerlos, PostgreSQL
utiliza las primitivas de particinamiento para simular esto.
Otra diferencia es en la escalabilidad. Postgres maneja
grandes cantidades de datos para un gran numero de usuarios
concurrentes aun as Postgres posee escalabilidad vertical, a
diferencia de la mayoras de las bases de datos NoSQL que
poseen escalabilidad Horizontal como MongoDB, esta trae
como problema en cuanto a mayor numeros de usuarios
accediendo a ella, el nivel de concurrencia se ve afectado.
Aunque postgreSQL puede manejar la escalabidad horizontal, esta es muy complicada, aunque en la versiones que

SQL y NoSQL han sido grandes inventos en el tiempo

en el a rea de gestion de datos y se han utilizado para
mantener el almacenamiento y recuperacion optimizado de
datos. Es todava difcil de criticar, y hay que saber cuando
nos conviene mejor SQL con respecto a NoSQL o cuando
usar ambas. No se tiene que ver como una pelea entre SQL
y NoSQL. Ambas tecnologas son los mejores en lo que
hacen y es hasta que un desarrollador decide probrar para
poner en uso dependiendo de las situaciones y necesidades
empresariales, esta articulo trato de invitar al lector a probrar nuevas tecnologias, y no solo escoger una base de
datos porque esta de moda, o por que maneja datos semiestructurados, ya que se menciono que las bases de datos
SQL tambien manejan documentos, si una base de datos no
tiene un buen rendimiento es necesario enfrentarse y probar
con otra base de datos, aunque las bases de datos NoSQL
se estan convirtiendo en una parte importante, sin embargo,
las empresas deben actuar con precaucion y ser consciente
de las limitaciones asociados a estas bases de datos.

References
[1] S. Redner, How popular is your paper? an empirical study of the
citation distribution, 1998.

AUN FALTA REVISAR LA ORTOGRAFIA, COLOCAR

LAS REFERENCIAS DE DONDE SACAMOS TODOS
ESTOS PUNTOS, Y COMPLETAR UNA INFORMACION
EN EL PUNTO 5 Y 6