Dentro de los Sistemas Gestores de Bases de Datos (SGBD o DBMS), los motores m\u00e1s importantes y conocidos poseen arquitectura relacional. El modelo SQL es un est\u00e1ndar desde hace tiempo.<\/p>\n
Los sistemas de bases de datos SQL se basan principalmente en las Relacionales, con SQL como lenguaje de consulta y manipulaci\u00f3n (DML y DDL).<\/p>\n
Las bases NoSQL ofrecen algo a mayores, es una alternativa, simplemente otra v\u00eda de realizar las cosas.<\/p>\n
Es por ello, que el significado No, se atribuye a\u00a0Not Only<\/strong>, es no s\u00f3lo SQL, sino algo a mayores.<\/p>\n En los \u00faltimos a\u00f1os, este tipo de base de datos, ha crecido de forma considerable en las necesidades empresariales. En estos momentos son sistemas capaces de almacenar gran cantidad de datos que se generan en Internet y acceder a los mismos con mucha velocidad. Han sido creadas para almacenar mucha informaci\u00f3n y consulta r\u00e1pida.<\/p>\n <\/p>\n La mejor base de datos NoSQL<\/strong> entre los profesionales del sector es MongoDB<\/strong><\/a>.<\/p>\n El esquema de las No SQL se encuentra orientado\/basado en documentos<\/strong> en formato JSON<\/strong><\/a>.<\/p>\n Para gestionar JSON usamos notaci\u00f3n javascript con pares de clave:valor con sus respectivas llaves.<\/p>\n {<\/strong> En las bases de datos no relacionales NoSQL entra en juego un nuevo tipo llamado BSON<\/strong> o JSON Binario, para realizar b\u00fasquedas m\u00e1s r\u00e1pidamente. En el modelado de datos, dependeremos de la forma de consultar, no sus limitaciones. Los diversos documentos en formato BSON (binario), almacena las longitudes de los campos e \u00edndices de los arrays. El documento almacenara algo m\u00e1s espacio, porque contiene metadatos.<\/p>\n BSON<\/strong> permite la serializaci\u00f3n de JSON<\/strong> en formato binario. Adem\u00e1s de los ya conocidos formatos de tipos de datos en JSON, tendremos m\u00e1s tipos en BSON. Es decir, existe mas variadad de formatos para los datos (cadenas, n\u00fameros, documentos embebidos, punteros a archivos, etc).<\/p>\n Las bases de datos relacionales cumplen un papel muy importante, y siguen siendo muy \u00fatiles para much\u00edsimas necesidades, pero son complejas de manejar.<\/p>\n Un modelo relacional puede adaptarse para ser escalable, pero suele ser m\u00e1s complejo y poco eficiente. Los sistemas NoSQL intentan simplifican la forma de actuar, a costa de perder funcionalidad (ejemplo en los JOINS).<\/p>\n Actualmente existen varios tipos de gestores NoSQL.<\/p>\n MongoDB <\/strong><\/a>(hablar\u00e9 de ella y de su uso en otra entrada)\u00a0es seleccionada por su buen comportamiento y selecci\u00f3n por parte de los expertos.<\/p>\n No obstante existen otras alternativas<\/strong> que mencionar\u00e9 a continuaci\u00f3n:<\/p>\n Las caracter\u00edsticas generales de una base NoSQL pueden ser:<\/strong><\/p>\n Cada \u201cdocumento<\/strong>\u201d (en vez de registro) en NoSQL puede contener informaci\u00f3n de diverso tipo. Existe ausencia de esquema, por lo que permite polimorfismo. La velocidad<\/strong> NoSQL es mucho mayor, para funciones de lectura. Pero claro todo para cada necesidad. Existe gran escalabilidad<\/strong> horizontal. Mediante javascript podremos incorporar el MapReduce<\/a>. Empresas que necesitan manejar muchos datos (BigData<\/strong>), \u00a0pueden realizar consultas sobre partes o porciones de los datos. Esto es debido a que es muy r\u00e1pida.<\/p>\n
\n MiNombre: \u201cOscar\u201d,<\/strong>
\n MiApellido: \u201cde la Cuesta\u201d}<\/strong><\/p>\n\n
\n
\nPor ejemplo, todas las entradas de un blog pueden ser tratadas como un \u00fanico bloque no con varias tablas. No necesitaremos joins\u00a0para obtener datos.<\/p>\n