NOSQL e Mongo DB.

Olá galera nuclear, meu primeiro artigo no qual vou falar sobre banco de dados orientado a documento. Porque esse tema? Bem, atualmente os bancos de dados relacionais que ainda são muito utilizados estão deixando a desejar em alguns pontos, portanto foi criado um novo modelo para sanar tais necessidades.

Modelo Relacional.

O Modelo relacional representa os dados em um banco de dados como uma coleção de tabelas nelas contem atributos e um dado único que servira como identificação daquela tabela.  As tabelas se relacionam e cada linha da tabela é única.

Em 1970 foi comprovado que a visão relacional dos dados permite uma descrição mais natural sem que seja necessárias estruturas adicionas para a representação. Em complemento apresentou base para tratar problemas de consistência e redundância. Até hoje muito utilizado pelos programadores.

SQL.

Structured Query Language (Linguagem de Consulta Estruturada). Criado para padronizar a estruturação, sua linguagem é de alto nível “de fácil utilização pelo usuário” para definição e manipulação de banco de dados. Possibilita o usuário utilizar a mesma base de conhecimento em outros bancos. Muito utilizado pra criação, manipulação e consulta em Sistemas Gerenciadores de Banco de Dados os SGBD’s. Por ser padrão sua portabilidade é mais maleável, pois os seguindo o programador pode mudar o SGBD sem alterar a configuração do Banco de Dados.

NoSQL/ MongoDB.

Not Only SQL (Não apenas SQL). Não tem como objetivo substituir os bancos de dados relacionais, e sim propor algumas soluções que em determinados cenários são mais adequadas. Desta forma é possível trabalhar com o NoSQL e banco de dados relacionais dentro de uma mesmas aplicação.

Era difícil manipular um banco de dados não relacional por tanto se criou o NoSQL, com ele a manipulação dessas tabelas se torna mais fácil e pratica.

Não é impossível relacionar as tabelas basta adicionar um comando, entretanto foge dos princípios básicos do modelo orientado a documento.

A ideia do NoSQL é que cada documento seja autocontido “tenha todas as informações necessárias sem precisar busca-las em outras tabelas” quando necessário fazer alguma consulta você não precisa fazer várias consultas basta solicitar apenas uma que ela já retorna todas as informações necessárias. Portanto tem um alto desempenho.

Dentro do sistema existe o failover do mestre automático (conjunto de replicas no sistema), caso aconteça algum problema no sistema que esta sendo utilizado outro assume a posição dele sem parar o sistema. Portanto sua Disponibilidade é elevada.

O sharding automático (armazena uma porção total dos dados) também esta presente tornando a leitura e escrita dividida entre eles mais rápidas, sem os joins (junção de linhas de mesmos atributos) criar consultas é mais fácil e rápido, a leitura de dados é distribuída entre seus servidores replicados.

Possui uma linguagem rica em consultas.

No próximo artigo será abordado algumas diferenças entre o Modelo Relacional e o NoSQL. Aguardem!

Referencias:

http://www.slideshare.net/andrerochajp/artigo-nosql
http://pt.wiki.mongodb.org/display/DOCS/Introduction
http://www.itexto.net/devkico/?p=682
http://www.infobrasil.inf.br/userfiles/27-05-S4-1-68840-Bancos%20de%20Dados%20NoSQL.pdf
http://www.slideshare.net/shamanime/nosql-e-mongodb