An Evening with MongoDB - Orlando: Welcome and Keynote
•Download as KEY, PDF•
0 likes•778 views
This document provides an overview of MongoDB and introduces some key concepts. It discusses MongoDB's document-oriented data model and how it differs from relational databases. It also covers features like dynamic schemas, ad-hoc querying, secondary indexing, replication, sharding, and new features in MongoDB version 2.2 like concurrency improvements, tag-aware sharding, and TTL collections.
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to An Evening with MongoDB - Orlando: Welcome and Keynote
Similar to An Evening with MongoDB - Orlando: Welcome and Keynote (20)
More from MongoDB
More from MongoDB (20)
Recently uploaded
Recently uploaded (20)
An Evening with MongoDB - Orlando: Welcome and Keynote
- 1. An Evening With MongoDB
- 2. An Evening With MongoDB
- 3. An Intro to MongoDB ben.becker@10gen.com Evening with MongoDB Orlando
- 4. Data model
- 5. Data model • Document oriented
- 6. Data model • vs Relational
- 7. Data model • Relational Product _id name created_at
- 8. Data model • Relational Product _id name created_at Product_Attribute _id product_id key val
- 9. Data model • Relational • assembly required Product _id name created_at Product_Attribute _id product_id key val
- 10. Data model • Relational • assembly required • app model != storage model
- 11. Data model • Document oriented
- 12. Data model • Document oriented • JSON
- 13. Data model • Document oriented • JSON-like
- 14. Data model • Document oriented • JSON-like • BSON
- 15. Data model • Document oriented • JSON-like • BSON • basically typed JSON • number, string, binary, array, etc
- 16. Data model Document oriented { _id: ObjectId(“..”), name: “Panthers T-shirt”, created_at: ISODate("2012-08-15T15:42:09.195Z") }
- 17. Data model Document oriented { _id: ObjectId(“..”), name: “Panthers T-shirt”, created_at: ISODate("2012-08-15T15:42:09.195Z"), props: [{ key: ‘string’, val: anything }] }
- 18. Data model • Document oriented • Ad-hoc query support
- 19. Data model Ad-hoc query support
- 20. Data model Ad-hoc query support • find, findOne
- 21. Data model Ad-hoc query support • find, findOne • accept a conditions object • regular expressions • numbers • strings • etc
- 22. Data model Ad-hoc query support • find, findOne • accept a conditions object • regular expressions • numbers • strings • etc • rich operators • $lt, $gt, $in, $ne, ...
- 23. Data model • Document oriented • Ad-hoc query support • Secondary indexing
- 25. Data model Secondary indexing • ensureIndex()
- 26. Data model Secondary indexing • ensureIndex() • accepts an object
- 27. Data model Secondary indexing • ensureIndex() • accepts an object • options • unique, sparse, 2d, expiresAfterSeconds
- 29. Data model: gains • Dynamic schemas
- 30. Data model: gains • Dynamic schemas • Data modeled directly to app
- 31. Data model: gains • Dynamic schemas • Data modeled directly to app • Retain ad-hoc queries
- 32. Data model: gains • Dynamic schemas • Data modeled directly to app • Retain ad-hoc queries • Retain secondary indexing
- 33. Data model: gains • Dynamic schemas • Data modeled directly to app • Retain ad-hoc queries • Retain secondary indexing • Productivity
- 35. Data model: losses • Joins
- 36. Data model: losses • Joins • Multi-collection transactions
- 37. Data model: losses • Joins • Multi-collection transactions • use document level $atomics
- 38. Replication
- 39. Replication • distribute data across multiple machines
- 40. Replication • distribute data across multiple machines • redundancy
- 41. Replication • distribute data across multiple machines • redundancy • auto-failover
- 42. Replication • read from master or replicas
- 43. Replication • read from master or replicas • all writes go to master
- 44. Replication • read from master or replicas • all writes go to master • configurable • getLastError { w: ‘majority’ }
- 45. Sharding
- 46. Sharding • scale horizontally
- 47. Sharding • scale horizontally • range based partition mechanism
- 48. Sharding • scale horizontally • range based partition mechanism • shard key
- 49. Sharding • scale horizontally • range based partition mechanism • shard key • apps talk to shard set-ups the same way
- 50. MongoDB 2.2 overview ben.becker@10gen.com Evening with MongoDB Orlando
- 51. Mongo 2.2
- 52. Mongo 2.2 • Concurrency improvements
- 53. Mongo 2.2 • Concurrency improvements • db level locking
- 54. Mongo 2.2 • Concurrency improvements • db level locking • improved yielding
- 55. Mongo 2.2 • Concurrency improvements • Tag aware sharding
- 56. Mongo 2.2 • Concurrency improvements • Tag aware sharding • TTL collections
- 57. Mongo 2.2 • Concurrency improvements • Tag aware sharding • TTL collections • ensureIndex({ date: 1 }, { expiresAfterSeconds: 60*15 }) • cannot be compound • cannot be used on capped collections
- 58. Mongo 2.2 • Concurrency improvements • Tag aware sharding • TTL collections • Aggregation ...
Editor's Notes
- \n
- Neal Ormsbee, co-founder of Feathr: Startups are Schema-less\nJeremy Mikola, software engineer at 10gen: Introduction to the New Aggregation Framework\nGrant Shipley, Redhat PaaS Evangelist: Mobilize your MongoDB! Developing iPhone and Android Apps in the Cloud\n
- \n
- \n\n
- Supports relationships, but not required.\nJust save your JSON document to the database.\nNext: Relational. Come back to definition of Document oriented\n
- Strict schema defined w/ CREATE TABLE\nRigid schema migrations\n
- User defined products\nfew required properties\n\n
- arbitrary/dynamic product attributes (user defined)\n\n
- arbitrary/dynamic product attributes (user defined)\n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- we still need user defined properties\n
- NEXT: shell example of saving a product\n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- we want fast queries\n
- \n\n
- \n\n
- \n\n
- geo-spatial\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- replicas tail the master oplog\n\n
- 3 or more nodes preferred\nnetwork partition or node failure\nbackup of data\nconfigurable - (hidden nodes for reporting or disaster scenarios)\n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n\n
- \n
- \n\n
- \n\n
- important for replication which uses internal oplog in the local db\n\n
- when doc not in ram, yield until doc paged in from disk\non long running updates/deletes\nstarted in 2.0\n\n
- generic tags on shards\ngeo aware, disk type, important/unimportant\n
- \n\n
- background mongod process removing docs once a minute\n
- \n\n
- \n
- \n