O documento discute o movimento NoSQL e bancos de dados orientados a documentos. Ele resume brevemente a história dos bancos de dados, caracteriza o movimento NoSQL e seus modelos de dados, como chave-valor, grafos, documentos e colunas. Explica conceitos-chave como escalabilidade, persistência e distribuição em bancos NoSQL. Por fim, faz uma análise comparativa entre bancos de dados relacionais e não relacionais, com foco no CouchDB como exemplo de banco orientado a documentos.
20. Histórico IMS-DB – ModeloHierárquico – Década de 60 CODASYL - anos1970 – Grafo BancosRelacionais – Década de 80 - * Nada de novo? Nenhumaalternativa?
23. Movimento NOSQL O movimentonoSQLtevesuaorigememjunho de 2009, paranomear um encontropromovidopor Johan Oskarsson e Eric Evans, quetevecomoobjetivodiscutir o crescentesurgimento de soluçõesopen source de armazenamento de dados distribuídosnãorelacionais not only SQL – termoparadescreversoluções de armazenamento de dados nãorelacionais.
26. Características + Propriedades ACID X BASE A = Atomicidade C = Consistência I = Isolamento D = Durabilidade Sempreépossível? Seriabom se fosse.
27. Características + Propriedades ACID X BASE Simplificar a arquitetura Performance BA = Basically Available S = Soft-state E = Eventual consistency * *Eventual = Uma horairáocorrer.
39. Distribuição Caminha com a escabilidade horizontal PARTICIONAMENTO: EvitarPerda de Informação – distribuiros dados emmais de um servidor *Nosql Relacional *Modelosbaseadosemgrafostambémháperda.
46. Redis Desenvolvidopor: Salvatore Sanfilippo -2009 ANSI-C Utiliza a memória RAM comomeio de Alocação de Dados Nãoestádesenvolvido o recurso de cluster
56. CouchDB “Cluster of Unreliable Commodity Hardware” Inicialmenteem C++ Erlang (2008) Tolerância a falhas e facilidade com programaçãodistribuída. Liceça Apache v2.0
57. Família de Colunas BigTable e seusDerivados => Paper de 2006 Escalabilidade + Volume de Dados
65. Banco de Dados OrientadosàDocumentos Entender o modelo de dados, a forma comosãorepresentados e armazenadososregistros Compreendercomoos dados sãorecuperados e consultados
74. JSON - Estrutura Objeto: suarepresentaçãoéfeitaatravés de chaves. Exemplo: {} ou { membros }; Pares: sãoos pares chave/valor, definidoscomouma string e um valor. Exemplo de umaexpressão: “nome” : “Yuri Adams”; Membros: Um oumais pares de chave/valor; Array: sãolistas de elementos, podemsermultidimensionais. Exemplo: [ { “chave”: “valor” }, 1234 ] array de um par e um valor, ambos são elementos; Valor: sãoostipos de dados que o JSON podeassumir: string, numérico, objeto, array, true, false ounull.
104. REST REPRESENTATIONAL STATE TRANSFER Por Fielding: “um conjunto de princípiosarquiteturaisquequandoaplicadascomo um todo, enfatiza a escalabilidade da interação entre componentesparareduzir a latência de interação, garantirsegurança e encapsularsistemaslegados”
105. REST REPRESENTATIONAL STATE TRANSFER PorTilkov: “um conjunto de princípiosquedefinemcomoospadrões Web, como o HTTP e URIs devemserutilizados”