{"id":1301,"date":"2013-01-26T12:05:07","date_gmt":"2013-01-26T15:05:07","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=1301"},"modified":"2013-01-27T19:08:22","modified_gmt":"2013-01-27T22:08:22","slug":"bibliografia-nosql-comentada","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=1301","title":{"rendered":"Bibliografia NoSQL comentada"},"content":{"rendered":"
\"\"<\/a>
Bancos de dados NoSQL<\/figcaption><\/figure>\n

Recentemente tenho escrito bastante sobre bases de dados NoSQL. Neste processo gerei uma bibliografia cujo conte\u00fado mais interessante listo abaixo:<\/p>\n

“The Architecture of Open Source Applications: The NoSQL Ecosystem” <\/a>– Adam Marcus – Artigo fenomenal do livro “The Architecture of Open Source Applications” em que s\u00e3o expostos os princ\u00edpios arquiteturais b\u00e1sicos por tr\u00e1s de todas as bases de dados NoSQL. A discuss\u00e3o sobre escalabilidade contida no artigo \u00e9 fundamental pra que fique claro como este tipo de banco de dados ajuda a resolver o problema.<\/p>\n

“BigTable: a Distributed Storage System for Structured Data<\/a>” – Equipe do Google – Neste artigo \u00e9 exposto o BigTable, o sistema de armazenamento desenvolvido pela Google que serviu de inspira\u00e7\u00e3o para pr\u00e1ticamente toda esta nova gera\u00e7\u00e3o de bases de dados NoSQL. \u00c9 uma leitura fascinante, tanto pela descri\u00e7\u00e3o do modelo de dados quanto pelas solu\u00e7\u00f5es aplicadas aos problemas de escalabilidade.<\/p>\n

“Dynamo: Amazon’s Higly Available Key-Value Store<\/a>” – Equipe da Amazon – Assim como o artigo “BigTable”, \u00e9 outro cl\u00e1ssico da \u00e1rea. Aqui \u00e9 descrito o banco de dados chave\/valor Dynamo desenvolvido pela Amazon. O que acho mais interessante neste texto \u00e9 a descri\u00e7\u00e3o do modo como foi feito o particionamento das inst\u00e2ncias atrav\u00e9s das chaves identificadores. Excelente leitura.<\/p>\n

“Redis: Under the Hood<\/a>” – Paul Smith – J\u00e1 quis saber como \u00e9 implementado<\/strong> um banco de dados? Este post exp\u00f5e uma descri\u00e7\u00e3o do c\u00f3digo fonte por tr\u00e1s do Redis e, com isto, a gente consegue entender de forma bem clara como alguns dos aspectos do ACID (atomicidade pra ser mais exato) s\u00e3o obtidas como efeito colateral da implementa\u00e7\u00e3o do c\u00f3digo. Leitura fascinante.<\/p>\n

“A Relational Model of Data for Large Shared Data Banks<\/a>” – E. F. Codd – A origem oficial do modelo relacional est\u00e1 neste artigo. Leitura obrigat\u00f3ria na minha opini\u00e3o para qualquer um que no futuro queira critic\u00e1-lo. :)<\/p>\n

“Limitations of Record-Based Information Models<\/a>” – William Kent – Uma cr\u00edtica muito bem feita aos sistemas baseados em registros (nossas tabelas). Neste excelente<\/strong> artigo de 1979 podemos observar duas coisas: a mais \u00f3bvia s\u00e3o as limita\u00e7\u00f5es que a modelagem baseada em tabela nos tr\u00e1s. E a outra \u00e9 que o tal “movimento NoSQL” n\u00e3o tem nada de recente<\/strong>. Leitura obrigat\u00f3ria<\/strong> pra qualquer um que queira entender as limita\u00e7\u00f5es das estruturas de dados baseadas em registro e, em grande parte, do pr\u00f3prio modelo relacional.<\/p>\n

“Consistence Models in non-relational databases<\/a>” – Guy Harrisson – Estamos t\u00e3o acostumados com o modo como a consist\u00eancia \u00e9 obtida no modelo relacional (atrav\u00e9s de transa\u00e7\u00f5es) que muitas vezes nos esquecemos de pensar no assunto. Este artigo do Guy Harrisson mostra alguns dos modelos adotados por bases n\u00e3o relacionais. \u00c9 uma boa introdu\u00e7\u00e3o aos conceitos de consist\u00eancia forte e fraca. \u00a0Isto me leva para uma se\u00e7\u00e3o s\u00f3 sobre isto logo abaixo. :)<\/p>\n

“Descri\u00e7\u00e3o do CODASYL na Wikip\u00e9dia<\/a>” – Wikip\u00e9dia – Sempre em minha pesquisa topava com o tal do “CODASYL” e confesso que boiava. Esta foi a “Conference of Data Systems Languages” que deu origem ao COBOL e tamb\u00e9m ao modelo baseado em rede. \u00c9 interessante saber mais a respeito por raz\u00f5es hist\u00f3ricas mesmo com a diminui\u00e7\u00e3o do interesse sobre o assunto.<\/p>\n

O teorema CAP<\/h2>\n

Infelizmente n\u00e3o vejo muita coisa sendo publicada aqui no Brasil (vou ajudar a mudar isto em breve :) ) a respeito deste teorema que \u00e9 a base por tr\u00e1s da escalabilidade dos bancos de dados n\u00e3o relacionais, mas vamos l\u00e1: o teorema CAP nos diz que, no que tange \u00e0 consist\u00eancia dos dados, todo sistema distribu\u00eddo s\u00f3 \u00e9 capaz de garantir duas das tr\u00eas propriedades abaixo ao custo de uma terceira:<\/p>\n