Redis. Couchdb. Mongodb. Schema-Free MySQL vs NoSQL. By Ilya Grigorik on March 01, 2010 Amidst the cambrian explosion of alternative database engines (aka, NoSQL) it is almost too easy to lose sight of the fact that the more established solutions, such as relational databases, still have a lot to offer: stable and proven code base, drivers and tools for every conceivable language, and more features than any DBA cares to learn about.
Not to mention that relational or not, they often times perform just as well as any other single instance key-value store when faced with large datasets - hence the reason why Riak, Voldemort and others use InnoDB as their data stores. Granted, the “feature bloat” is also the reason why a rewrite can be a good idea, but it also feels like this gray zone is too often overlooked in the NoSQL community - just because you are “NoSQL” does not mean you have to throw away years of work put into relational databases.
Document Based: a Double Edged Sword Schema-free ! Schema-free DB on top of MySQL. 10 things you should know about NoSQL databases. The relational database model has prevailed for decades, but a new type of database -- known as NoSQL -- is gaining attention in the enterprise.
Here's an overview of its pros and cons. For a quarter of a century, the relational database (RDBMS) has been the dominant model for database management. But, today, non-relational, "cloud," or "NoSQL" databases are gaining mindshare as an alternative model for database management. In this article, we'll look at the 10 key aspects of these non-relational NoSQL databases: the top five advantages and the top five challenges. Note: This article is also available as a PDF download. Five advantages of NoSQL 1: Elastic scaling For years, database administrators have relied on scale up -- buying bigger servers as database load increases -- rather than scale out -- distributing the database across multiple hosts as load increases. 2: Big data 3: Goodbye DBAs (see you later?) Banco de dados orientados a documentos. Google abre código do LevelDB, biblioteca para armazenamento de dados.
Marcos Elias Picão criou 28/jul/2011 às 15h40 Uma das especializações do gigante Google é, sem sombra de dúvidas, sobre bancos de dados.
Imagine todos os dados que os servidores da empresa precisam guardar, incluindo a pesquisa (cópias das páginas, que retornam resultados rápidos com busca de texto completo...), dados de mapas e coordenadas, voz, inúmeros dados de usuários, valores importantes do AdSense e AdWords... O grupo acabou criando seus próprios sistemas para garantir a escalabilidade e disponibilidade que tanto precisam.
Esse sistema ainda é proprietário, mas um outro produto relacionado, aberto, está sendo divulgado com mais detalhes: o LevelDB. O código do LevelDB foi aberto usando uma licença do tipo BSD, bastante flexível. O LevelDB pode ser usado em inúmeros contextos. Versões futuras do Chrome implementarão a API IndexedDB do HTML 5, o que por trás "das telas" no Chrome será gerenciado pelo LevelDB.
Operações por segundo: quanto maior, melhor. O código está no Google Code. Bancos de dados não relacionais e o movimento NoSQL. Nas grandes aplicações web é cada vez mais comum a quantidade de informações ser enorme, e ainda temos uma certeza: amanhã teremos mais dados para armanezar.
Como lidar com isso de maneira eficiente? Muito se fala ultimamente sobre os novos bancos não relacionais. Houve um encontro inicial e a segunda conferência também já aconteceu. O movimento acabou ganhando o nome de NoSQL, até mesmo por que cada banco de dados tem uma maneira diferente de se escrever queries. A grande motivação para NoSQL é resolver o problema de escalabildade dos bancos tradicionais. Esse movimento está bastante enraizado no open source. Apesar de grande quantidade desses bancos serem open source, o movimento ganhou muita força com a publicação de dois papers sobre implementações proprietárias: o Google Bigtable (que a Caelum usa atualmente) e o Amazon Dynamo. O Amazon Dynamo se destacou por causa da forma como o sistema escala.
O CouchDB é um dos mais famosos no time dos key-value stores. <columnFamily>.