João Cerdeira, profile picture
Uploaded byJoão Cerdeira
1,244 views

NoSQL and CouchDB

The document provides an introduction and overview of João Cerdeira. It states that João is a team leader and agile enthusiast who believes in Scrum, Kanban, Lean, and open source. It provides his name, team role, areas of expertise and interests, and contact information including Twitter and email.

Embed presentation

Downloaded 41 times
1 / 105
2 / 105
3 / 105
4 / 105
5 / 105
6 / 105
7 / 105
8 / 105
9 / 105
10 / 105
11 / 105
12 / 105
13 / 105
14 / 105
15 / 105
16 / 105
17 / 105
18 / 105
19 / 105
20 / 105
21 / 105
22 / 105
23 / 105
24 / 105
25 / 105
26 / 105
27 / 105
28 / 105
29 / 105
30 / 105
31 / 105
32 / 105
33 / 105
34 / 105
35 / 105
36 / 105
37 / 105
38 / 105
39 / 105
40 / 105
41 / 105
42 / 105
43 / 105
44 / 105
45 / 105
46 / 105
47 / 105
48 / 105
49 / 105
50 / 105
51 / 105
52 / 105
53 / 105
54 / 105
55 / 105
56 / 105
57 / 105
58 / 105
59 / 105
60 / 105
61 / 105
62 / 105
63 / 105
64 / 105
65 / 105
66 / 105
67 / 105
68 / 105
69 / 105
70 / 105
71 / 105
72 / 105
73 / 105
74 / 105
75 / 105
76 / 105
77 / 105
78 / 105
79 / 105
80 / 105
81 / 105
82 / 105
83 / 105
84 / 105
85 / 105
86 / 105
87 / 105
88 / 105
89 / 105
90 / 105
91 / 105
92 / 105
93 / 105
94 / 105
95 / 105
96 / 105
97 / 105
98 / 105
99 / 105
100 / 105
101 / 105
102 / 105
103 / 105
104 / 105
105 / 105
Who am I ? -> My Name: João Cerdeira -> Team Leader -> An Agile enthusiast: Scrum / Kanban / Lean -> A true believer in OpenSource http://twitter.com/jacerdeira cerdeira@gmail.com
Disclamer -> I understand your questions, but sometimes I don't have answers -> I'm not a NoSQL Dogmatic, just an enthusiast about the new ways of storing information -> I have worked with RDBMS for 12 years
Everyone has their preferences
I don't care if I/you will use SQL or NoSQL. I just want to deliver better Services/Aplications to the clients/users.
Concepts & Theory
Scale up vs Scale Down
Performance VS Scalability Latency VS Throughput Availability VS Consistency
Brewer's CAP Theorem
Choose only 2: C onsistency A vailability P artition Tolerance At a given time in certain enviroment
Consistency MS B RD Availability N oS Q L Partition Tolerance
Centralized System In a centralized system (RDBMS) we don't have network partition P in CAP So we get: A vailability C onsistency
-> A tomicity -> C onsistency -> I solated -> D urability
Distr ibuted System In a distr ibuted system we (might) have network partition P in CAP So you can only pick one: A vailability C onsistency
CAP in practice We have only two types of Systems CP == CA (very similar) AP So in a network partition we have only one choice C onsistency A vailability
-> B asically A vailable -> S oft state -> E ventually consistent
Eventual Consistency
How to Scale Out RDBMS ? http://capellaniaprimaria.blogspot.com/2011/02/concurso-deportivo-4-pregunta.html
Partition
Partition + Replication
ORM Problems
ORM Problems What you want ? Find/read a record/object
ORM Problems What you want ? Find/read a record/object What you get ? A huge underground complexity
Let Validate our Thoughts
Let Validate our Thoughts Do we need ACID for all solutions?
Let Validate our Thoughts Do we need ACID for all solutions? When is Eventually Consistent enough ?
Let Validate our Thoughts Do we need ACID for all solutions? When is Eventually Consistent enough ? Different solutions require different needs
Why NoSQL Appears ? Because New Dr ivers Appears (business or technical demand)
New Dr ivers Behind NoSQL Large amount of data Commodity hardware Scale Fast And Cheap Constantly changing request (data)
Why RDBMS aren't good enough ?
Why RDBMS aren't good enough ? Scalling reads in a RDBMS is hard
Why RDBMS aren't good enough ? Scalling reads in a RDBMS is hard Scalling wr ites is impossible
Think again Do we really need a RDBMS ?
Think again Do we really need a RDBMS ? Sometimes !
Think again Do we really need a RDBMS ? Sometimes ! But a lot of times we don't !
NoSQL
How did NoSQL start ? Google: Bigtable Amazon: Dynamo Facebook: Cassandra LinkedIn: Valdemort Yahoo: HBase (hadoop)
Or igins Google : “How can we build a DB on top of Google File System” Paper: Bigtable → A distributed store system for structured data, 2006 Amazon: “How can we build a distributed hash table for the data center” Paper : Dynamo → Amazon's highly available key-value store
Different Types of NoSQL Key-Value Stores Document Databases Column Databases Graph Databases
Key-Value Stores Or igin: Amazon's Dynamo paper Data model: Collections of KV pairs Implementations: Dynamo, Voldemort, Membase, Riak, Redis Good For: - Large amount of data - Scale writes and reads - Fast - Programmer friendly
Document Databases Or igin: Lotus Notes Data model: Collections of Documents Implementations: CouchDB, MongoDB, Amazon SimpleDB Good For: - Human Data Structure - Programmer friendly - Rapid Development - Web friendly - CRUD
Column Databases Or igin: Google's BigTable Paper Data model: Column family – each row (at least in theory) can have different configuration Implementations: BigTable, HBase, Cassandra Good For: - Large amount of data - scale writes like no other - High availability
Graph Databases Or igin: Graph Theory Data model: Nodes and Relations, both can have KV pairs Implementations: Neo4j, FlockDB Good For: - resolve graph problems - Fast
Why I'd choose CouchDB ? -> Easy to understand documents -> Use standards web technologies -> Simple to install and configure -> Small footprint (works on mobile platforms) -> Scales well (not for huge amount of data) -> Replication in the core
CouchDB Main Pr incipals Document Oriented Database No rows or columns Collection of JSON Documents Schema-Free
In CouchDB HTTP Rules -> Everything is a HTTP Request -> We are used to know GET and POST -> But there are others: -> PUT -> DELETE -> COPY RESTful HTTP API
Why JSON ? -> Light and text-based data format -> Simple to parse -> Not verbose (comparing to xml) -> Suitable for javascript frameworks (jquery) -> Parsers available in almost all programming languages
JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
Example
Create / Delete Database $ curl http://127.0.0.1:5984 {"couchdb":"Welcome","version":"1.0.1"} $ curl -X PUT http://127.0.0.1:5984/contacts {"ok":true} $ curl -X GET http://127.0.0.1:5984/_all_dbs ["contacts","_users"] $ curl -X DELETE http://127.0.0.1:5984/contacts {"ok":true}
Manage Documents $ curl -X PUT http://127.0.0.1:5984/contacts/joaocerdeira -d '{}' {"ok":true,"id":"joaocerdeira","rev":"1- 967a00dff5e02add41819138abb3284d"} $ curl -X GET http://127.0.0.1:5984/contacts/joaocerdeira {"_id":"joaocerdeira","_rev":"1- 967a00dff5e02add41819138abb3284d"} $ curl -X DELETE http://127.0.0.1:5984/contacts/joaocerdeira?rev=1- 967a00dff5e02add41819138abb3284d {"ok":true,"id":"joaocerdeira","rev":"2- eec205a9d413992850a6e32678485900"}
Manage Documents $ curl -X PUT http://127.0.0.1:5984/contacts/joaocerdeira -d '{"firstName":"Joao","lastName":"Cerdeira","email":" cerdeira@gmail.com"}' {"ok":true,"id":"joaocerdeira","rev":"1- 186fe12b748c40559e8f234d8e566c18"} $ curl -X GET http://127.0.0.1:5984/contacts/joaocerdeira {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastNam e":"Cerdeira","email":"cerdeira@gmail.com"}
Copy Documents $ curl -X COPY http://127.0.0.1:5984/contacts/joaocerdeira -H "Destination: batatinha" {"id":"batatinha","rev":"1-186fe12b748c40559e8f234d8e566c18"} $ curl -X GET http://127.0.0.1:5984/contacts/batatinha {"_id":"batatinha","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastNam e":"Cerdeira","email":"cerdeira@gmail.com"}
Changing Documents $ curl -X PUT http://127.0.0.1:5984/contacts/batatinha -d '{"_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Clown","lastNa me":"Batatinha","email":["batatinha@bataton.pt ","batatinha@first.to.exit@rtp.pt"], "phone":"93 1234567"}' {"ok":true,"id":"batatinha","rev":"2- b7079a6d71179b1571652059355d84c3"} $ curl -X GET http://127.0.0.1:5984/contacts/batatinha {"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Clown","lastNa me":"Batatinha","email":["batatinha@bataton.pt ","batatinha@first.to.exit@rtp.pt"], "phone":"93 1234567"}
MVCC CouchDB never blocks Append Mode Only
Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
Futon Web Interface
Views
Quer ing CouchDB Quer ies in JavaScr ipt Use Map/Reduce for quer ing For simple quer ies Map/Reduce isn't needed Don't have joins (but you can have similar)
Simple Views List All Documents function(doc){ emit(doc._id,doc); } List All Documents Of type 'vip' function(doc){ If (doc.type=='vip'){ emit(doc._id,doc); } }
Temp Views $ curl -X POST -H "Content-type: application/json" http://127.0.0.1:5984/contacts/_temp_view -d '{"map":"function(doc) {emit(doc._id,doc);}"}' {"total_rows":2,"offset":0,"rows":[ {"id":"batatinha","key":"batatinha","value":{"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Palhaco","lastName ":"Batatinha","email": ["batatinha@bataton.pt","batatinha@first.to.exit@rtp.pt"],"phone":"93 1234567"}}, {"id":"joaocerdeira","key":"joaocerdeira","value": {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastName":"C erdeira","email":"cerdeira@gmail.com","_deleted_conflicts":["2- eec205a9d413992850a6e32678485900"]}}
Normal Views { "_id" : "_design/example", "views" : { "foo" : { "map":"function(doc){emit(doc._id,doc);}" } } } $ curl -X PUT -H "Content-type: application/json" http://127.0.0.1:5984/contacts/_design/example -d @design_simple1.json
Normal Views $ curl -X GET http://127.0.0.1:5984/contacts/_design/example/_view/foo {"total_rows":2,"offset":0,"rows":[ {"id":"batatinha","key":"batatinha","value":{"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Palhaco","lastName" :"Batatinha","email": ["batatinha@bataton.pt","batatinha@primeiro.a.sair@rtp.pt"],"phone":"93 1234567"}}, {"id":"joaocerdeira","key":"joaocerdeira","value": {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Jou00e3o","lastNam e":"Cerdeira","email":"cerdeira@gmail.com","_deleted_conflicts":["2- eec205a9d413992850a6e32678485900"]}} ]}
Map/Reduce Google patent from the paper: http://labs.google.com/papers/mapreduce.html image source: http://map-reduce.wikispaces.asu.edu/
Map/Reduce Views {"_id" : "_design/example", "views" : { …................................... "bar" : { "map":"function(doc){emit(doc,1);}", "reduce":"function(keys, values, rereduce) { return sum(values);}" }}} $ curl -X GET http://127.0.0.1:5984/contacts/_design/example/_view/bar {"rows":[ {"key":null,"value":7} ]}
Map/Reduce Views {"_id" : "_design/example", "views" : { …................................... ""aggreg" : { "map":"function(doc){if(doc.country){emit(doc.country,1);}}", "reduce":"function(keys, values, rereduce) {return sum(values);}" } $ curl -X GET http://127.0.0.1:5984/contacts/_design/example/_view/aggreg?group=true {"rows":[ {"key":"England","value":1}, {"key":"Portugal","value":2}, {"key":"US","value":2} ]}
Replication
Wr ite Read
Wr ite Read Read
Wr ite Read Read Read
One Time Replication $ curl -H "Content-type: application/json -X POST http://127.0.0.1:5984/_replicate -d '{"source":"contacts","target":"contacts-replica"}' {"ok":true, "session_id":"00872a440fdda973d6a9a18f2f571bb8", "source_last_seq":19, "history": [{"session_id":"00872a440fdda973d6a9a18f2f571bb8", "start_time":"Tue, 05 Jul 2011 23:03:32 GMT", "end_time":"Tue, 05 Jul 2011 23:03:32 GMT", "start_last_seq":0, "end_last_seq":19, "recorded_seq":19, "missing_checked":0, "missing_found":8, "docs_read":12, "docs_written":12, "doc_write_failures":0}]}
Wr ite Wr ite
Continuous Replication $ curl -vX POST http://127.0.0.1:5984/_replicate -d '{ "source":"http://127.0.0.1:5984/contacts", "target":"http://127.0.0.1:5984/contacts-replica", "continuous":true }'
Read Wr ite Wr ite Wr ite Wr ite White Read
Load Balancing Caching It's HTTP. So use the tools you know -> NGINX -> Squid -> Apache mod_proxy -> …....
Conflict Resolution Library http://thetowersofjacksonville.com/photogallery/photo12411/real.html http://thetowersofjacksonville.com/photogallery/photo12411/real.htm
Conflicts Resolution function(doc) { if(doc._conflicts) { emit(doc._conflicts, null);} } {"total_rows":1,"offset":0,"rows":[ {"id":"identifier","key":["2- 7c971bb974251ae8541b8fe045964219"],"value":null} ]} $ curl -X DELETE $HOST/db-replica/identifier?rev=2- de0ea16f8621cbac506d23a0fbbde08a {"ok":true,"id":"identifier","rev":"3-bfe83a296b0445c4d526ef35ef62ac14"} $ curl -X PUT $HOST/db-replica/identifier -d '{"count":3,"_rev":"2-7c971bb974251ae8541b8fe045964219"}' {"ok":true,"id":"identifier","rev":"3-5d0319b075a21b095719bc561def7122"}
Library http://thetowersofjacksonville.com/photogallery/photo12411/real.htm
Clients JavaScript : Jquery CouchDB Library .Net : Relax Java : CouchDB4J Perl : CouchDB::Client Net::CouchDb Ruby : CouchRest Python : couchdb-python Scala : scouchdb And so much more ...
CouchDB In Mobile http://www.digitaljournal.com/article/261153
Mobile Platforms Supported
Simply Works
PhoneGAP LawnChair
Own Your Data I like services like google but what about my privacy ?! I think CouchDB is the way to own my data
Partition with Cluster http://thetowersofjacksonville.com/photogallery/photo12411/real.htm
Solutions
“CouchDB is built of the Web to the Web” – Jacob Kaplan-Moss
We need a MindSet Change Stop seing all the data in the world as relational data
Don't trust me ... or others Try it !
And the Future… Probably will be polyglot Using RDBMS and more than one NoSQL Database per solution
Success Stor ies
NoSQL and CouchDB
NoSQL and CouchDB

More Related Content

KEY
MongoDB, E-commerce and Transactions
bySteven Francia
 
PDF
Intro to HBase - Lars George
byJAX London
 
PPTX
Hadoop World 2011: Advanced HBase Schema Design - Lars George, Cloudera
byCloudera, Inc.
 
KEY
Mongodb and Totsy - E-commerce Case Study
byMitch Pirtle
 
KEY
MongoDB for Genealogy
bySteven Francia
 
PDF
High-Performance Storage Services with HailDB and Java
bysunnygleason
 
PDF
20080611accel
byJeff Hammerbacher
 
PDF
Memory Management Made Simple: Kevin Mcghee, Madelyn Olson
byRedis Labs
 
MongoDB, E-commerce and Transactions
bySteven Francia
 
Intro to HBase - Lars George
byJAX London
 
Hadoop World 2011: Advanced HBase Schema Design - Lars George, Cloudera
byCloudera, Inc.
 
Mongodb and Totsy - E-commerce Case Study
byMitch Pirtle
 
MongoDB for Genealogy
bySteven Francia
 
High-Performance Storage Services with HailDB and Java
bysunnygleason
 
20080611accel
byJeff Hammerbacher
 
Memory Management Made Simple: Kevin Mcghee, Madelyn Olson
byRedis Labs
 

What's hot

PDF
Hbase: an introduction
byJean-Baptiste Poullet
 
KEY
MongoDB and Ecommerce : A perfect combination
bySteven Francia
 
PPTX
MongoDB Roadmap
byMongoDB
 
PDF
NoSQL into E-Commerce: lessons learned
byLa FeWeb
 
PPTX
Database Sharding the Right Way: Easy, Reliable, and Open source - HighLoad++...
byCUBRID
 
PDF
Hadoop World 2011: Apache HBase Road Map - Jonathan Gray - Facebook
byCloudera, Inc.
 
PPTX
HBase Tutorial For Beginners | HBase Architecture | HBase Tutorial | Hadoop T...
bySimplilearn
 
PPTX
Compaction and Splitting in Apache Accumulo
byHortonworks
 
PPTX
MyHeritage Cassandra meetup 2016
byRan Peled
 
PDF
Non Relational Databases
byChris Baglieri
 
PDF
Developing polyglot persistence applications #javaone 2012
byChris Richardson
 
PPTX
HBase and Accumulo | Washington DC Hadoop User Group
byCloudera, Inc.
 
PDF
Facebook keynote-nicolas-qcon
byYiwei Ma
 
PDF
HBaseCon 2012 | Content Addressable Storages for Fun and Profit - Berk Demir,...
byCloudera, Inc.
 
PPT
BIS and COM in Action
byJerry Merrill
 
PDF
Zh Tw Introduction To H Base
bykevin liao
 
KEY
Blending MongoDB and RDBMS for ecommerce
bySteven Francia
 
KEY
OSCON 2012 MongoDB Tutorial
bySteven Francia
 
PPTX
Hadoop World 2011: Practical HBase - Ravi Veeramchaneni, Informatica
byCloudera, Inc.
 
PDF
Scaling Rails with Memcached
byguest2259ea
 
Hbase: an introduction
byJean-Baptiste Poullet
 
MongoDB and Ecommerce : A perfect combination
bySteven Francia
 
MongoDB Roadmap
byMongoDB
 
NoSQL into E-Commerce: lessons learned
byLa FeWeb
 
Database Sharding the Right Way: Easy, Reliable, and Open source - HighLoad++...
byCUBRID
 
Hadoop World 2011: Apache HBase Road Map - Jonathan Gray - Facebook
byCloudera, Inc.
 
HBase Tutorial For Beginners | HBase Architecture | HBase Tutorial | Hadoop T...
bySimplilearn
 
Compaction and Splitting in Apache Accumulo
byHortonworks
 
MyHeritage Cassandra meetup 2016
byRan Peled
 
Non Relational Databases
byChris Baglieri
 
Developing polyglot persistence applications #javaone 2012
byChris Richardson
 
HBase and Accumulo | Washington DC Hadoop User Group
byCloudera, Inc.
 
Facebook keynote-nicolas-qcon
byYiwei Ma
 
HBaseCon 2012 | Content Addressable Storages for Fun and Profit - Berk Demir,...
byCloudera, Inc.
 
BIS and COM in Action
byJerry Merrill
 
Zh Tw Introduction To H Base
bykevin liao
 
Blending MongoDB and RDBMS for ecommerce
bySteven Francia
 
OSCON 2012 MongoDB Tutorial
bySteven Francia
 
Hadoop World 2011: Practical HBase - Ravi Veeramchaneni, Informatica
byCloudera, Inc.
 
Scaling Rails with Memcached
byguest2259ea
 

Viewers also liked

PPTX
Refactoring Applications using SOLID Principles
bySteven Smith
 
PDF
SOLID Design principles
byMohamed Sanaulla
 
PPT
SOLID Design Principles
byAndreas Enbohm
 
PPTX
Solid principles
byMonica Rodrigues
 
ODP
Geecon09: SOLID Design Principles
byBruno Bossola
 
PPTX
The SOLID Principles Illustrated by Design Patterns
byHayim Makabee
 
PPTX
Relax, it's spa time
byMonica Rodrigues
 
PDF
SOLID design principles in Ruby
byAnil Wadghule
 
PDF
SOLID PRINCIPLES
byLuciano Queiroz
 
Refactoring Applications using SOLID Principles
bySteven Smith
 
SOLID Design principles
byMohamed Sanaulla
 
SOLID Design Principles
byAndreas Enbohm
 
Solid principles
byMonica Rodrigues
 
Geecon09: SOLID Design Principles
byBruno Bossola
 
The SOLID Principles Illustrated by Design Patterns
byHayim Makabee
 
Relax, it's spa time
byMonica Rodrigues
 
SOLID design principles in Ruby
byAnil Wadghule
 
SOLID PRINCIPLES
byLuciano Queiroz
 

Similar to NoSQL and CouchDB

PDF
CouchDB
bycodebits
 
ODP
Front Range PHP NoSQL Databases
byJon Meredith
 
PPTX
Nosql seminar
byShreyashkumar Nangnurwar
 
PPTX
Introduction to NoSql
byOmid Vahdaty
 
PDF
Scaling the Web: Databases & NoSQL
byRichard Schneeman
 
PPTX
Module 2.2 Introduction to NoSQL Databases.pptx
byNiramayKolalle
 
PPTX
Big Data Platforms: An Overview
byC. Scyphers
 
PPTX
Introduction to Data Science NoSQL.pptx
bytarakesh7199
 
PPTX
Sql vs NoSQL
byRTigger
 
PPTX
No sql solutions - 공개용
byByeongweon Moon
 
PPTX
NoSQL: An Analysis
byAndrew Brust
 
PDF
SQL? NoSQL? NewSQL?!? What’s a Java developer to do? - JDC2012 Cairo, Egypt
byChris Richardson
 
PPTX
Big Data (NJ SQL Server User Group)
byDon Demcsak
 
PPT
CouchBase The Complete NoSql Solution for Big Data
byDebajani Mohanty
 
PPTX
Big Data and the growing relevance of NoSQL
byAbhijit Sharma
 
PPTX
A Practical Look at the NOSQL and Big Data Hullabaloo
byAndrew Brust
 
PPTX
NoSQL and The Big Data Hullabaloo
byAndrew Brust
 
PDF
NoSQL overview #phptostart turin 11.07.2011
byDavid Funaro
 
PPTX
Lviv EDGE 2 - NoSQL
byzenyk
 
PDF
Non Relational Databases And World Domination
byJason Davies
 
CouchDB
bycodebits
 
Front Range PHP NoSQL Databases
byJon Meredith
 
Nosql seminar
byShreyashkumar Nangnurwar
 
Introduction to NoSql
byOmid Vahdaty
 
Scaling the Web: Databases & NoSQL
byRichard Schneeman
 
Module 2.2 Introduction to NoSQL Databases.pptx
byNiramayKolalle
 
Big Data Platforms: An Overview
byC. Scyphers
 
Introduction to Data Science NoSQL.pptx
bytarakesh7199
 
Sql vs NoSQL
byRTigger
 
No sql solutions - 공개용
byByeongweon Moon
 
NoSQL: An Analysis
byAndrew Brust
 
SQL? NoSQL? NewSQL?!? What’s a Java developer to do? - JDC2012 Cairo, Egypt
byChris Richardson
 
Big Data (NJ SQL Server User Group)
byDon Demcsak
 
CouchBase The Complete NoSql Solution for Big Data
byDebajani Mohanty
 
Big Data and the growing relevance of NoSQL
byAbhijit Sharma
 
A Practical Look at the NOSQL and Big Data Hullabaloo
byAndrew Brust
 
NoSQL and The Big Data Hullabaloo
byAndrew Brust
 
NoSQL overview #phptostart turin 11.07.2011
byDavid Funaro
 
Lviv EDGE 2 - NoSQL
byzenyk
 
Non Relational Databases And World Domination
byJason Davies
 

Recently uploaded

PDF
How to Evaluate a High Performance Database
byScyllaDB
 
PDF
Workshop on Sustaining & Growing Open Source Communities - GAS2025
bySammy Fung
 
PPTX
Session 2 - Solving Unstructured & Complex Documents with UiPath IXP
byDianaGray10
 
PPTX
Coded Agents – with UiPath SDK + LangGraph [Virtual Hands-on Workshop]
byUiPathCommunity
 
PDF
Data Virtualization in Action: Scaling APIs and Apps with FME
bySafe Software
 
PDF
Unlocking the Power of Salesforce Architecture: Frameworks for Effective Solu...
byvarsha30tiwari
 
PDF
Cross-Cultural Agile Development -Challenges and Strategies for Overcoming Them-
byTakashi Makino
 
PDF
Day 5 - Red Team + Blue Team in the Cloud - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
PDF
DevFest El Jadida 2025 - Product Thinking
byElmehdi AMLOU
 
PPTX
UiPath Autonomous Agents | Building and Orchestrating Agents End-to-End
byUiPathCommunity
 
PDF
Day 3 - Data and Application Security - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
PDF
Day 4 - Access, Deployments, and Monitoring - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
PDF
Our Digital Tribe_ Cultivating Connection and Growth in Our Slack Community 🌿...
bysanjeetmishra30
 
PDF
Dev Dives: AI that builds with you - UiPath Autopilot for effortless RPA & AP...
byUiPathCommunity
 
PPTX
wob-report.pptxwob-report.pptxwob-report.pptx
byssuser0d171c
 
PDF
Access Control 2025: From Security Silo to Software-Defined Ecosystem
byMemoori
 
PDF
Lab 1.5 - Sharing Secrets with GPG ~ 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
PDF
Six Shifts For 2026 (And The Next Six Years)
byDavid Armano
 
PDF
WHITE PAPER_ Ransomware Payment Policy and Resilience Strategy_ A Framework f...
byssuser0d171c
 
PDF
Internet_of_Things_IoT_for_Next_Generation_Smart_Systems_Utilizing.pdf
byRoshanSyed12
 
How to Evaluate a High Performance Database
byScyllaDB
 
Workshop on Sustaining & Growing Open Source Communities - GAS2025
bySammy Fung
 
Session 2 - Solving Unstructured & Complex Documents with UiPath IXP
byDianaGray10
 
Coded Agents – with UiPath SDK + LangGraph [Virtual Hands-on Workshop]
byUiPathCommunity
 
Data Virtualization in Action: Scaling APIs and Apps with FME
bySafe Software
 
Unlocking the Power of Salesforce Architecture: Frameworks for Effective Solu...
byvarsha30tiwari
 
Cross-Cultural Agile Development -Challenges and Strategies for Overcoming Them-
byTakashi Makino
 
Day 5 - Red Team + Blue Team in the Cloud - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
DevFest El Jadida 2025 - Product Thinking
byElmehdi AMLOU
 
UiPath Autonomous Agents | Building and Orchestrating Agents End-to-End
byUiPathCommunity
 
Day 3 - Data and Application Security - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
Day 4 - Access, Deployments, and Monitoring - 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
Our Digital Tribe_ Cultivating Connection and Growth in Our Slack Community 🌿...
bysanjeetmishra30
 
Dev Dives: AI that builds with you - UiPath Autopilot for effortless RPA & AP...
byUiPathCommunity
 
wob-report.pptxwob-report.pptxwob-report.pptx
byssuser0d171c
 
Access Control 2025: From Security Silo to Software-Defined Ecosystem
byMemoori
 
Lab 1.5 - Sharing Secrets with GPG ~ 2nd Sight Lab Cloud Security Class
by2nd Sight Lab
 
Six Shifts For 2026 (And The Next Six Years)
byDavid Armano
 
WHITE PAPER_ Ransomware Payment Policy and Resilience Strategy_ A Framework f...
byssuser0d171c
 
Internet_of_Things_IoT_for_Next_Generation_Smart_Systems_Utilizing.pdf
byRoshanSyed12
 

NoSQL and CouchDB

  • 2.
    Who am I? -> My Name: João Cerdeira -> Team Leader -> An Agile enthusiast: Scrum / Kanban / Lean -> A true believer in OpenSource http://twitter.com/jacerdeira cerdeira@gmail.com
  • 3.
    Disclamer -> I understandyour questions, but sometimes I don't have answers -> I'm not a NoSQL Dogmatic, just an enthusiast about the new ways of storing information -> I have worked with RDBMS for 12 years
  • 4.
  • 5.
    I don't careif I/you will use SQL or NoSQL. I just want to deliver better Services/Aplications to the clients/users.
  • 6.
  • 7.
    Scale up vsScale Down
  • 8.
    Performance VS Scalability Latency VS Throughput Availability VS Consistency
  • 9.
  • 10.
    Choose only 2: C onsistency A vailability P artition Tolerance At a given time in certain enviroment
  • 11.
    Consistency MS B RD Availability N oS Q L Partition Tolerance
  • 12.
    Centralized System In acentralized system (RDBMS) we don't have network partition P in CAP So we get: A vailability C onsistency
  • 13.
    -> A tomicity ->C onsistency -> I solated -> D urability
  • 14.
    Distr ibuted System Ina distr ibuted system we (might) have network partition P in CAP So you can only pick one: A vailability C onsistency
  • 15.
    CAP in practice Wehave only two types of Systems CP == CA (very similar) AP So in a network partition we have only one choice C onsistency A vailability
  • 16.
    -> B asicallyA vailable -> S oft state -> E ventually consistent
  • 17.
  • 18.
    How to Scale Out RDBMS? http://capellaniaprimaria.blogspot.com/2011/02/concurso-deportivo-4-pregunta.html
  • 19.
  • 20.
  • 21.
  • 22.
    ORM Problems What youwant ? Find/read a record/object
  • 23.
    ORM Problems What youwant ? Find/read a record/object What you get ? A huge underground complexity
  • 24.
  • 25.
    Let Validate our Thoughts Do we need ACID for all solutions?
  • 26.
    Let Validate our Thoughts Do we need ACID for all solutions? When is Eventually Consistent enough ?
  • 27.
    Let Validate our Thoughts Do we need ACID for all solutions? When is Eventually Consistent enough ? Different solutions require different needs
  • 28.
    Why NoSQL Appears? Because New Dr ivers Appears (business or technical demand)
  • 29.
    New Dr iversBehind NoSQL Large amount of data Commodity hardware Scale Fast And Cheap Constantly changing request (data)
  • 30.
    Why RDBMS aren'tgood enough ?
  • 31.
    Why RDBMS aren'tgood enough ? Scalling reads in a RDBMS is hard
  • 32.
    Why RDBMS aren'tgood enough ? Scalling reads in a RDBMS is hard Scalling wr ites is impossible
  • 33.
    Think again Do wereally need a RDBMS ?
  • 34.
    Think again Do wereally need a RDBMS ? Sometimes !
  • 35.
    Think again Do we really need a RDBMS ? Sometimes ! But a lot of times we don't !
  • 36.
  • 37.
    How did NoSQLstart ? Google: Bigtable Amazon: Dynamo Facebook: Cassandra LinkedIn: Valdemort Yahoo: HBase (hadoop)
  • 38.
    Or igins Google: “How can we build a DB on top of Google File System” Paper: Bigtable → A distributed store system for structured data, 2006 Amazon: “How can we build a distributed hash table for the data center” Paper : Dynamo → Amazon's highly available key-value store
  • 39.
    Different Types ofNoSQL Key-Value Stores Document Databases Column Databases Graph Databases
  • 40.
    Key-Value Stores Or igin:Amazon's Dynamo paper Data model: Collections of KV pairs Implementations: Dynamo, Voldemort, Membase, Riak, Redis Good For: - Large amount of data - Scale writes and reads - Fast - Programmer friendly
  • 41.
    Document Databases Or igin:Lotus Notes Data model: Collections of Documents Implementations: CouchDB, MongoDB, Amazon SimpleDB Good For: - Human Data Structure - Programmer friendly - Rapid Development - Web friendly - CRUD
  • 42.
    Column Databases Or igin:Google's BigTable Paper Data model: Column family – each row (at least in theory) can have different configuration Implementations: BigTable, HBase, Cassandra Good For: - Large amount of data - scale writes like no other - High availability
  • 43.
    Graph Databases Or igin:Graph Theory Data model: Nodes and Relations, both can have KV pairs Implementations: Neo4j, FlockDB Good For: - resolve graph problems - Fast
  • 45.
    Why I'd chooseCouchDB ? -> Easy to understand documents -> Use standards web technologies -> Simple to install and configure -> Small footprint (works on mobile platforms) -> Scales well (not for huge amount of data) -> Replication in the core
  • 46.
    CouchDB Main Principals Document Oriented Database No rows or columns Collection of JSON Documents Schema-Free
  • 47.
    In CouchDB HTTPRules -> Everything is a HTTP Request -> We are used to know GET and POST -> But there are others: -> PUT -> DELETE -> COPY RESTful HTTP API
  • 48.
    Why JSON ? ->Light and text-based data format -> Simple to parse -> Not verbose (comparing to xml) -> Suitable for javascript frameworks (jquery) -> Parsers available in almost all programming languages
  • 49.
    JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
  • 50.
    JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
  • 51.
    JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
  • 52.
    JSON Example { make: "Ford", model: "Mustang", year: 2009, body: "Coupe", color: "Red", engine: { gas_type: "Petrol", cubic_capacity: 4600 }, previous_owners: [ { name: "John Smith", mileage: 1000 }, { name: "Jane Hunt", mileage: 2500 } ] }
  • 53.
  • 54.
    Create / DeleteDatabase $ curl http://127.0.0.1:5984 {"couchdb":"Welcome","version":"1.0.1"} $ curl -X PUT http://127.0.0.1:5984/contacts {"ok":true} $ curl -X GET http://127.0.0.1:5984/_all_dbs ["contacts","_users"] $ curl -X DELETE http://127.0.0.1:5984/contacts {"ok":true}
  • 55.
    Manage Documents $ curl-X PUT http://127.0.0.1:5984/contacts/joaocerdeira -d '{}' {"ok":true,"id":"joaocerdeira","rev":"1- 967a00dff5e02add41819138abb3284d"} $ curl -X GET http://127.0.0.1:5984/contacts/joaocerdeira {"_id":"joaocerdeira","_rev":"1- 967a00dff5e02add41819138abb3284d"} $ curl -X DELETE http://127.0.0.1:5984/contacts/joaocerdeira?rev=1- 967a00dff5e02add41819138abb3284d {"ok":true,"id":"joaocerdeira","rev":"2- eec205a9d413992850a6e32678485900"}
  • 56.
    Manage Documents $ curl-X PUT http://127.0.0.1:5984/contacts/joaocerdeira -d '{"firstName":"Joao","lastName":"Cerdeira","email":" cerdeira@gmail.com"}' {"ok":true,"id":"joaocerdeira","rev":"1- 186fe12b748c40559e8f234d8e566c18"} $ curl -X GET http://127.0.0.1:5984/contacts/joaocerdeira {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastNam e":"Cerdeira","email":"cerdeira@gmail.com"}
  • 57.
    Copy Documents $ curl-X COPY http://127.0.0.1:5984/contacts/joaocerdeira -H "Destination: batatinha" {"id":"batatinha","rev":"1-186fe12b748c40559e8f234d8e566c18"} $ curl -X GET http://127.0.0.1:5984/contacts/batatinha {"_id":"batatinha","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastNam e":"Cerdeira","email":"cerdeira@gmail.com"}
  • 58.
    Changing Documents $ curl-X PUT http://127.0.0.1:5984/contacts/batatinha -d '{"_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Clown","lastNa me":"Batatinha","email":["batatinha@bataton.pt ","batatinha@first.to.exit@rtp.pt"], "phone":"93 1234567"}' {"ok":true,"id":"batatinha","rev":"2- b7079a6d71179b1571652059355d84c3"} $ curl -X GET http://127.0.0.1:5984/contacts/batatinha {"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Clown","lastNa me":"Batatinha","email":["batatinha@bataton.pt ","batatinha@first.to.exit@rtp.pt"], "phone":"93 1234567"}
  • 59.
    MVCC CouchDBnever blocks Append Mode Only
  • 60.
    Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
  • 61.
    Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
  • 62.
    Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
  • 63.
    Designing Documents { "_id":"joaocerdeira", "_rev":"1-186fe12b748c40559e8f234d8e566c18", “doctype”:”contact” "firstName":"Joao", "lastName":"Cerdeira", “company”:”MULTICERT” "emails":[ { “type”:”personal”, “email”:"cerdeira@gmail.com“ }, { “type”:”business”, “email”:"joao.cerdeira@multicert.com“ } ], “phones”:[ { “type”:”personal”, “phone”:"93 1234567“ }, { “type”:”business”, “phone”:"93 7654321“ } ] }
  • 64.
  • 65.
  • 66.
    Quer ing CouchDB Quer ies in JavaScr ipt Use Map/Reduce for quer ing For simple quer ies Map/Reduce isn't needed Don't have joins (but you can have similar)
  • 67.
    Simple Views List All Documents function(doc){ emit(doc._id,doc); } List All Documents Of type 'vip' function(doc){ If (doc.type=='vip'){ emit(doc._id,doc); } }
  • 68.
    Temp Views $ curl-X POST -H "Content-type: application/json" http://127.0.0.1:5984/contacts/_temp_view -d '{"map":"function(doc) {emit(doc._id,doc);}"}' {"total_rows":2,"offset":0,"rows":[ {"id":"batatinha","key":"batatinha","value":{"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Palhaco","lastName ":"Batatinha","email": ["batatinha@bataton.pt","batatinha@first.to.exit@rtp.pt"],"phone":"93 1234567"}}, {"id":"joaocerdeira","key":"joaocerdeira","value": {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Joao","lastName":"C erdeira","email":"cerdeira@gmail.com","_deleted_conflicts":["2- eec205a9d413992850a6e32678485900"]}}
  • 69.
    Normal Views { "_id" : "_design/example", "views" : { "foo" : { "map":"function(doc){emit(doc._id,doc);}" } } } $ curl -X PUT -H "Content-type: application/json" http://127.0.0.1:5984/contacts/_design/example -d @design_simple1.json
  • 70.
    Normal Views $ curl-X GET http://127.0.0.1:5984/contacts/_design/example/_view/foo {"total_rows":2,"offset":0,"rows":[ {"id":"batatinha","key":"batatinha","value":{"_id":"batatinha","_rev":"2- b7079a6d71179b1571652059355d84c3","firstName":"Palhaco","lastName" :"Batatinha","email": ["batatinha@bataton.pt","batatinha@primeiro.a.sair@rtp.pt"],"phone":"93 1234567"}}, {"id":"joaocerdeira","key":"joaocerdeira","value": {"_id":"joaocerdeira","_rev":"1- 186fe12b748c40559e8f234d8e566c18","firstName":"Jou00e3o","lastNam e":"Cerdeira","email":"cerdeira@gmail.com","_deleted_conflicts":["2- eec205a9d413992850a6e32678485900"]}} ]}
  • 71.
    Map/Reduce Google patent fromthe paper: http://labs.google.com/papers/mapreduce.html image source: http://map-reduce.wikispaces.asu.edu/
  • 72.
    Map/Reduce Views {"_id" :"_design/example", "views" : { …................................... "bar" : { "map":"function(doc){emit(doc,1);}", "reduce":"function(keys, values, rereduce) { return sum(values);}" }}} $ curl -X GET http://127.0.0.1:5984/contacts/_design/example/_view/bar {"rows":[ {"key":null,"value":7} ]}
  • 73.
    Map/Reduce Views {"_id" :"_design/example", "views" : { …................................... ""aggreg" : { "map":"function(doc){if(doc.country){emit(doc.country,1);}}", "reduce":"function(keys, values, rereduce) {return sum(values);}" } $ curl -X GET http://127.0.0.1:5984/contacts/_design/example/_view/aggreg?group=true {"rows":[ {"key":"England","value":1}, {"key":"Portugal","value":2}, {"key":"US","value":2} ]}
  • 74.
  • 75.
  • 76.
  • 77.
    Wr ite Read Read Read
  • 78.
    One Time Replication $curl -H "Content-type: application/json -X POST http://127.0.0.1:5984/_replicate -d '{"source":"contacts","target":"contacts-replica"}' {"ok":true, "session_id":"00872a440fdda973d6a9a18f2f571bb8", "source_last_seq":19, "history": [{"session_id":"00872a440fdda973d6a9a18f2f571bb8", "start_time":"Tue, 05 Jul 2011 23:03:32 GMT", "end_time":"Tue, 05 Jul 2011 23:03:32 GMT", "start_last_seq":0, "end_last_seq":19, "recorded_seq":19, "missing_checked":0, "missing_found":8, "docs_read":12, "docs_written":12, "doc_write_failures":0}]}
  • 79.
    Wr ite Wr ite
  • 80.
    Continuous Replication $ curl -vX POST http://127.0.0.1:5984/_replicate -d '{ "source":"http://127.0.0.1:5984/contacts", "target":"http://127.0.0.1:5984/contacts-replica", "continuous":true }'
  • 81.
    Read Wr ite Wr ite Wr ite Wr ite White Read
  • 82.
    Load Balancing Caching It's HTTP. So use the tools you know -> NGINX -> Squid -> Apache mod_proxy -> …....
  • 83.
    Conflict Resolution Library http://thetowersofjacksonville.com/photogallery/photo12411/real.html http://thetowersofjacksonville.com/photogallery/photo12411/real.htm
  • 88.
    Conflicts Resolution function(doc) { if(doc._conflicts) { emit(doc._conflicts, null);} } {"total_rows":1,"offset":0,"rows":[ {"id":"identifier","key":["2- 7c971bb974251ae8541b8fe045964219"],"value":null} ]} $ curl -X DELETE $HOST/db-replica/identifier?rev=2- de0ea16f8621cbac506d23a0fbbde08a {"ok":true,"id":"identifier","rev":"3-bfe83a296b0445c4d526ef35ef62ac14"} $ curl -X PUT $HOST/db-replica/identifier -d '{"count":3,"_rev":"2-7c971bb974251ae8541b8fe045964219"}' {"ok":true,"id":"identifier","rev":"3-5d0319b075a21b095719bc561def7122"}
  • 89.
  • 90.
    Clients JavaScript : JqueryCouchDB Library .Net : Relax Java : CouchDB4J Perl : CouchDB::Client Net::CouchDb Ruby : CouchRest Python : couchdb-python Scala : scouchdb And so much more ...
  • 91.
    CouchDB In Mobile http://www.digitaljournal.com/article/261153
  • 92.
  • 93.
  • 94.
    PhoneGAP LawnChair
  • 95.
    Own Your Data I like services like google but what about my privacy ?! I think CouchDB is the way to own my data
  • 96.
    Partition with Cluster http://thetowersofjacksonville.com/photogallery/photo12411/real.htm
  • 97.
  • 99.
    “CouchDB is builtof the Web to the Web” – Jacob Kaplan-Moss
  • 100.
    We need aMindSet Change Stop seing all the data in the world as relational data
  • 101.
    Don't trust me... or others Try it !
  • 102.
    And the Future… Probablywill be polyglot Using RDBMS and more than one NoSQL Database per solution
  • 103.