Andrés Londoño 
Web Developer .NET, HTML5, JavaScript, 
Node.js… 
Avanet Community Lead 
Microsoft Student Partner Lead LATAM 
Microsoft Influencer and Community Specialist 
@andreslon www.andreslon.com
• Sistema de almacenamiento de información 
• No cumple con el esquema entidad-relación 
• No impone una estructura de datos 
• Almacena los datos en diferentes formatos 
RDBMS 
NoSQL
+ =
Columna Documento Clave-valor Grafo
Es un objeto del nivel más bajo en un keyspace o más fácil, es una tupla compuesta 
por tres elementos 
Familia Columna 
Claves de fila 
Columna 
UserProfile 
Cassandra emailAddress age 
TerryCho emailAddress gender 
Cath emailAddress gender address 
Utilizada en Facebook, Netflix, eBay, Twitter, Reddit y otros
El documento encapsula la información en algún formato o codificación estándar: 
XML, YAML, JSON o BSON e incluso formatos binarios como PDF, Microsoft Office 
documents, etc. 
FirstName 
Address 
Children 
Name 
Name 
Name 
Name 
• eBay, SAP, sourceforge, etc.
Este tipo de motores de bases de datos almacenan información en «diccionarios». 
Podemos imaginar una BD clave–valor como una colección de vectores asociativos 
(al estilo de los tipos Object en ECMAScript, por ejemplo) 
"Great Expectations" 
"Pride and Prejudice" 
"Wuthering Heights" 
washingtonpost.com, AdRoll, scopely, WeatherBug
La info se representa como nodos de un grafo y sus relaciones con las aristas del 
mismo, de manera que se pueda usar teoría de grafos para recorrer la base de 
datos ya que esta puede describir atributos de los nodos (entidades) y las aristas 
(relaciones). 
HP, Infojobs o Cisco
• Preparadas para grandes volúmenes de información 
estructurada, semi-estructurada o sin estructurar. 
• Facilitan iteración rápida: metodologías ágiles y despliegue 
continuo. 
• Coherente con la programación orientada a objetos. 
• Arquitectura eficiente y escalable en lugar de una 
arquitectura cara y monolítica. 
• Código abierto 
• Escalamiento horizontal
• No son suficientemente maduro para algunas empresas. 
• Falta de experiencia 
• Problemas de compatibilidad 
• El código abierto puede ser una mancha para las empresas
¿Qué tipo de crecimiento tendrá mi 
sistema? 
¿Mis necesidades apuntan a No Sql?
NoSQL bases de datos no relacionales
NoSQL bases de datos no relacionales
NoSQL bases de datos no relacionales

NoSQL bases de datos no relacionales

  • 1.
    Andrés Londoño WebDeveloper .NET, HTML5, JavaScript, Node.js… Avanet Community Lead Microsoft Student Partner Lead LATAM Microsoft Influencer and Community Specialist @andreslon www.andreslon.com
  • 4.
    • Sistema dealmacenamiento de información • No cumple con el esquema entidad-relación • No impone una estructura de datos • Almacena los datos en diferentes formatos RDBMS NoSQL
  • 5.
  • 6.
  • 7.
    Es un objetodel nivel más bajo en un keyspace o más fácil, es una tupla compuesta por tres elementos Familia Columna Claves de fila Columna UserProfile Cassandra emailAddress age TerryCho emailAddress gender Cath emailAddress gender address Utilizada en Facebook, Netflix, eBay, Twitter, Reddit y otros
  • 8.
    El documento encapsulala información en algún formato o codificación estándar: XML, YAML, JSON o BSON e incluso formatos binarios como PDF, Microsoft Office documents, etc. FirstName Address Children Name Name Name Name • eBay, SAP, sourceforge, etc.
  • 9.
    Este tipo demotores de bases de datos almacenan información en «diccionarios». Podemos imaginar una BD clave–valor como una colección de vectores asociativos (al estilo de los tipos Object en ECMAScript, por ejemplo) "Great Expectations" "Pride and Prejudice" "Wuthering Heights" washingtonpost.com, AdRoll, scopely, WeatherBug
  • 10.
    La info serepresenta como nodos de un grafo y sus relaciones con las aristas del mismo, de manera que se pueda usar teoría de grafos para recorrer la base de datos ya que esta puede describir atributos de los nodos (entidades) y las aristas (relaciones). HP, Infojobs o Cisco
  • 11.
    • Preparadas paragrandes volúmenes de información estructurada, semi-estructurada o sin estructurar. • Facilitan iteración rápida: metodologías ágiles y despliegue continuo. • Coherente con la programación orientada a objetos. • Arquitectura eficiente y escalable en lugar de una arquitectura cara y monolítica. • Código abierto • Escalamiento horizontal
  • 12.
    • No sonsuficientemente maduro para algunas empresas. • Falta de experiencia • Problemas de compatibilidad • El código abierto puede ser una mancha para las empresas
  • 13.
    ¿Qué tipo decrecimiento tendrá mi sistema? ¿Mis necesidades apuntan a No Sql?