O Dzone.com é um dos meus destinos favoritos e comecei a contribuir com alguns artigos sobre como acho que o setor deve se movimentar em relação a JSON e SQL. Aqui está um teaser:
—-
Como as extensões de SQL estão ajudando o SQL a se adaptar à flexibilidade do JSON
Está claro que todos os tipos de bancos de dados estão embarcando no JSON. No entanto, há vários níveis de "natividade" que eles podem oferecer.
- No nível de natividade, a maioria das implementações nativas são os novos bancos de dados de documentos operacionais baseados em JSON. Couchbase, MongoDB, DocumentDB etc. vêm com documentos JSON como modelo de dados e fornecem acesso rápido aos dados nativamente, recebendo JSON e fornecendo JSON. A maioria fornece linguagens baseadas em SQL para consulta (Couchbase Server N1QL e DocumentDB SQL) os dados, exceto o MongoDB (consulte o método find()).
- Os bancos de dados relacionais estão adaptando o JSON usando um tipo de dados muito parecido com o XML. SQL Server, Oracle, MySQLe Postgres estão seguindo esse caminho. A linguagem de consulta fornece funções para manipular o JSON. Elas traduzem o JSON para dentro e para fora de seu tipo de dados nativo: tabelas, colunas e linhas.
- Até mesmo alguns bancos de dados colunares e de valor-chave, como Cassandra, MapR-DB, Riak estão de acordo com o JSON. Eles estão tentando estender seus modelos nativos com uma cobertura JSON por cima, assim como os bancos de dados relacionais.
- Além dos bancos de dados, muitas linguagens analíticas baseadas em SQL, como Perfurar, Colmeia, Faísca e outros também estenderam suas linguagens para processar JSON.
Está claro que o JSON é popular, pois é o formato de serialização de fato. Veja como o SQL está sendo estendido para ajudar a processar a natureza flexível do JSON...
Boa leitura.
-cihan
