Dzone.com es uno de mis destinos favoritos y empecé a contribuir con algunos artículos allí sobre cómo creo que la industria debe moverse en JSON y SQL. Aquí está un teaser:
—-
Cómo las extensiones SQL ayudan a adaptarse a la flexibilidad de JSON
Está claro que todos los tipos de bases de datos están a bordo de JSON. Sin embargo, los niveles de "natividad" que pueden ofrecer varían.
- A nivel nativo, la mayoría de las implementaciones nativas son las nuevas bases de datos de documentos operativos basadas en JSON - Couchbase, MongoDB, DocumentDB etc vienen con documentos JSON como modelo de datos y proporcionan un acceso rápido a los datos de forma nativa tomando JSON de entrada y sirviendo JSON de salida. La mayoría ofrecen lenguajes basados en SQL para realizar consultas (Couchbase Server N1QL y DocumentDB SQL) los datos excepto MongoDB (véase el método find()).
- Las bases de datos relacionales están adaptando JSON utilizando un tipo de datos muy parecido a XML. Servidor SQLOracle, MySQLy Postgres siguen este camino. El lenguaje de consulta proporciona funciones para manipular JSON. Traducen JSON dentro y fuera de su tipo de datos nativo: tablas, columnas y filas.
- Incluso algunas bases de datos columnares y de valores clave como Cassandra, MapR-DB, Riak están de acuerdo con JSON. Están tratando de ampliar sus modelos nativos con una cubierta JSON en la parte superior, al igual que las bases de datos relacionales.
- Aparte de las bases de datos, muchos lenguajes analíticos basados en SQL como Taladro, Colmena, Chispa y otros también han ampliado sus lenguajes para procesar JSON.
Está claro que JSON es popular, ya que es el formato de serialización de facto. He aquí cómo SQL se está ampliando para ayudar a procesar la naturaleza flexible de JSON...
Feliz lectura.
-cihan
