Downloaded 146 times
![18
Document Store
• Not PDFs, Microsoft Word or HTML
• Documents are nested structures created using Javascript Object Notation (JSON)
{
name : “Joe Drumgoole”,
title : “Director of Developer Advocacy”,
Address : {
address1 : “Latin Hall”,
address2 : “Golden Lane”,
eircode : “D09 N623”,
}
expertise: [ “MongoDB”, “Python”, “Javascript” ],
employee_number : 320,
location : [ 53.34, -6.26 ]
}](https://image.slidesharecdn.com/b2b-webinar-1-introductiontonosql-160505143939/75/Back-to-Basics-Webinar-1-Introduction-to-NoSQL-18-2048.jpg)
![19
MongoDB Documents are Typed
{
name : “Joe Drumgoole”,
title : “Director of Developer Advocacy”,
Address : {
address1 : “Latin Hall”,
address2 : “Golden Lane”,
eircode : “D09 N623”,
}
expertise: [ “MongoDB”, “Python”, “Javascript” ],
employee_number : 320,
location : [ 53.34, -6.26 ]
}
Strings
Nested Document
Array
Integer
Geo-spatial Coordinates](https://image.slidesharecdn.com/b2b-webinar-1-introductiontonosql-160505143939/75/Back-to-Basics-Webinar-1-Introduction-to-NoSQL-19-2048.jpg)
Uploaded byMongoDB
Back to Basics Webinar 1: Introduction to NoSQL
The document outlines a webinar series on NoSQL and MongoDB, beginning with an introductory session on May 5, 2016. It covers the types of NoSQL databases, detailed features of MongoDB including data durability and scalability, and concludes with information on the next session focused on building a MongoDB application scheduled for May 24, 2016. A 25% discount code is included for early registration ending May 13, 2016.
More Related Content
Similar to Back to Basics Webinar 1: Introduction to NoSQL
![MongoDB .local San Francisco 2020: Powering the new age data demands [Infosys]](https://cdn.slidesharecdn.com/ss_thumbnails/315pminfosysfinalsfoversionvocalpart1-200120221508-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Marija Vlajkovic & Andrea Radonjanin - Integration of AI tool...](https://cdn.slidesharecdn.com/ss_thumbnails/qf1jrglttoc3bm8s3aop-final-integration-of-ai-tools-251208151905-394f3a6a-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Dragan Vucic - Building the Learning Organization - How AI Tr...](https://cdn.slidesharecdn.com/ss_thumbnails/8brigo2sbu6qur6gxrra-7-251205085715-6ae07d24-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Vid Stimac - Policy Parsimony: Between Oversimplifying and Ov...](https://cdn.slidesharecdn.com/ss_thumbnails/eqlepagzqp2rhg3gbluh-dsc-stimac-251120-251205090438-059e7f54-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Andy Cotgreave - Nothing is new in analytics.pptx](https://cdn.slidesharecdn.com/ss_thumbnails/mba4vzcurvoh5lfrd5zw-6-251205194645-341bbbbe-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Max Talanov - Non digital NNs.pptx](https://cdn.slidesharecdn.com/ss_thumbnails/wif8tr3gtua74qvtopke-non-digital-nns-251205090438-26b0eea6-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Dragana Ilic - AI for Big Data in Astronomy.pptx](https://cdn.slidesharecdn.com/ss_thumbnails/8palya86qaatvjhva1ms-2-dragana-ilic-ai-ilic-251208151906-652b819c-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DSC Europe 25] Bogdan Daniel Maruneac - AI - It starts with you.pptx](https://cdn.slidesharecdn.com/ss_thumbnails/odov3snhrcqs9hx5ny2n-4-251205085715-f1daacfe-thumbnail.jpg?width=640&height=640&fit=bounds)
Back to Basics Webinar 1: Introduction to NoSQL
- 2. Code JoeD getsyou a 25% discount off the list price Early Bird Registration Ends May 13, 2016
- 3. Back to Basics2016 : Webinar 1 Introduction to NoSQL Joe Drumgoole Director of Developer Advocacy, EMEA MongoDB @jdrumgoole V1.0
- 4.
- 5. 5 Course Agenda Date TimeWebinar 05-May-2016 14:00 GMT Introduction to NoSQL 24-May-2016 14.00 GMT Your First MongoDB Application 14-Jun-2016 14:00 GMT Schema Design – Thinking in Documents 05-July-2016 14:00 GMT Advanced Indexing : Text and Geo-Spatial Indexes 14-July-2016 14:00 GMT Introduction to the Aggregation Framework 11-Aug-2016 14:00 GMT Production Deployment
- 6. 6 Agenda for Today •Why NoSQL • The different types of NoSQL database • Detailed overview of MongoDB • MongoDB data durability – Replica Sets • MongoDB scalability – Sharding • Q&A
- 7. 7 Relational Expressive Query Language &Secondary Indexes Strong Consistency Enterprise Management & Integrations
- 8. 8 The World HasChanged Data Risk Time Cost
- 9. 9 NoSQL Scalability & Performance Always On, GlobalDeployments FlexibilityExpressive Query Language & Secondary Indexes Strong Consistency Enterprise Management & Integrations
- 10. 10 Nexus Architecture Scalability & Performance AlwaysOn, Global Deployments FlexibilityExpressive Query Language & Secondary Indexes Strong Consistency Enterprise Management & Integrations
- 11. 11 Types of NoSQLDatabase • Key/Value Stores • Column Stores • Graph Stores • Multi-model Databases • Document Stores
- 12. 12 Key Value Stores •An associative array • Single key lookup • Very fast single key lookup • Not so hot for “reverse lookups” Key Value 12345 4567.3456787 12346 { addr1 : “The Grange”, addr2: “Dublin” } 12347 “top secret password” 12358 “Shopping basket value : 24560” 12787 12345
- 13. 13 Revision : RowStores (RDBMS) • Store data aligned by rows (traditional RDBMS, e.g MySQL) • Reads retrieve a complete row everytime • Reads requiring only one or two columns are wasteful ID Name Salary Start Date 1 Joe D $24000 1/Jun/1970 2 Peter J $28000 1/Feb/1972 3 Phil G $23000 1/Jan/1973 1 Joe D $24000 1/Jun/1970 2 Peter J $28000 1/Feb/1972 3 Phil G $23000 1/Jan/1973
- 14. 14 How a ColumnStore Does it 1 2 3 ID Name Salary Start Date 1 Joe D $24000 1/Jun/1970 2 Peter J $28000 1/Feb/1972 3 Phil G $23000 1/Jan/1973 Joe D Peter J Phil G $24000 $28000 $23000 1/Jun/1970 1/Feb/1972 1/Jan/1973
- 15. 15 Why is thisAttractive? • A series of consecutive seeks can retrieve a column efficiently • Compressing similar data is super efficient • So reads can grab more data off disk in a single seek • How do I align my rows? By order or by inserting a row ID • IF you just need a small number of columns you don’t need to read all the rows • But: – Updating and deleting by row is expensive • Append only is preferred • Better for OLAP than OLTP
- 16. 16 Graph Stores • Storegraphs (edges and vertexes) • E.g. social networks • Designed to allow efficient traversal • Optimised for representing connections • Can be implemented as a key value stored with the ability to store links • If your use case is not a graph you don’t need a graph database
- 17. 17 Multi-Model Databases • Combinemultiple storage/access models • Often Graph plus “something else” • Fixes the “polyglot persistence” issue of keeping multiple independent databases consistent • The “new new thing” in NoSQL Land • Expect to hear more noise about these kinds of databases
- 18. 18 Document Store • NotPDFs, Microsoft Word or HTML • Documents are nested structures created using Javascript Object Notation (JSON) { name : “Joe Drumgoole”, title : “Director of Developer Advocacy”, Address : { address1 : “Latin Hall”, address2 : “Golden Lane”, eircode : “D09 N623”, } expertise: [ “MongoDB”, “Python”, “Javascript” ], employee_number : 320, location : [ 53.34, -6.26 ] }
- 19. 19 MongoDB Documents areTyped { name : “Joe Drumgoole”, title : “Director of Developer Advocacy”, Address : { address1 : “Latin Hall”, address2 : “Golden Lane”, eircode : “D09 N623”, } expertise: [ “MongoDB”, “Python”, “Javascript” ], employee_number : 320, location : [ 53.34, -6.26 ] } Strings Nested Document Array Integer Geo-spatial Coordinates
- 20. 20 MongoDB Understands JSONDocuments • From the very first version it was a native JSON database • Understands and can index the sub-structures • Stores JSON as a binary format called BSON • Efficient for encoding and decoding for network transmission • MongoDB can create indexes on any document field • (We will cover these areas in detail later on in the course)
- 21. 21 Why Documents? • DynamicSchema • Elimination of Object/Relational Mapping Layer • Implicit denormalisation of the data for performance
- 22. 22 Why Documents? • DynamicSchema • Elimination of Object/Relational Mapping Layer • Implicit denormalisation of the data for performance
- 23. 23 MongoDB is FullFeatured Rich Queries • Find Paul’s cars • Find everybody in London with a car between 1970 and 1980 Geospatial • Find all of the car owners within 5km of Trafalgar Sq. Text Search • Find all the cars described as having leather seats Aggregation • Calculate the average value of Paul’s car collection Map Reduce • What is the ownership pattern of colors by geography over time (is purple trending in China?)
- 24. 24 HighAvailability and DataDurability – Replica Sets SecondarySecondary Primary
- 25.
- 26. 26 Replica Set NodeFailure SecondarySecondary Primary No Heartbeat
- 27.
- 28. 28 New Replica Set– 2 Nodes SecondaryPrimary Heartbeat And New Primary
- 29.
- 30.
- 31. 31 Scalability with Sharding Shard1 Shard 2 Shard N
- 32. 32 Scalability with Sharding •Shard key partitions the content • MongoDB automatically balances the cluster • Shards can be added dynamically to a live system • Rebalancing happens in the background • Shard key is immutable • Shard key can vector queries to a specific shard • Queries without a shard key are sent to all members
- 33. 33 Scalability with Sharding MongoSMongoS Shard 1 Shard 2 Shard N Shard Key
- 34. 34 Query Routing • Witha sharded cluster we use a routing layer to guide queries • We use a daemon called MongoS (Mongo Shard Router) • Daemon is stateless • Can run as many as required • Typically one per app server
- 35. 35 Summary • Why NoSQLexists • The types of NoSQL database • The key features of MongoDB • Data durability in MongoDB • Scalability in MongoDB
- 36. 36 Next Webinar –Your First MongoDB Application • 24th May 2016 – 14:00 GMT. • Make sure to register if you haven’t already • Learn how to build your first MongoDB application • Create databases and collections • Look at queries • Build indexes • Start to understand performance • Register at: http://bit.ly/1UA4BGM • Send feedback to back-to-basics@mongodb.com
- 37.
Editor's Notes
- #4 Who I am, how long have I been at MongoDB.
- #5 Delighted to have you here. Hope you can make it to all the sessions. Sessions will be recorded so we can send them out afterwards so don’t worry if you miss one. If you have questions please pop them in the sidebar.
- #8 A lot of people expect us to come in and bash relational database or say we don’t think they’re good. And that’s simply not true. Relational databases has laid the foundation for what you’d want out of a database, and we absolutely think there are capabilities that remain critical today Expressive query language & secondary Indexes. Users should be able to access and manipulate their data in sophisticated ways – and you need a query language that let’s you do all that out of the box. Indexes are a critical part of providing efficient access to data. We believe these are table stakes for a database. Strong consistency. Strong consistency has become second nature for how we think about building applications, and for good reason. The database should always provide access to the most up-to-date copy of the data. Strong consistency is the right way to design a database. Enterprise Management and Integrations. Finally, databases are just one piece of the puzzle, and they need to fit into the enterprise IT stack. Organizations need a database that can be secured, monitored, automated, and integrated with their existing IT infrastructure and staff, such as operations teams, DBAs, and data analysts.
- #9 But of course the world has changed a lot since the 1980s when the relational database first came about. First of all, data and risk are significantly up. In terms of data 90% data created in last 2 years - think about that for a moment, of all the data ever created, 90% of it was in the last 2 years 80% of enterprise data is unstructured - this is data that doesn’t fit into the neat tables of a relational database Unstructured data is growing 2X rate of structured data At the same time, risks of running a database are higher than ever before. You are now faced with: More users - Apps have shifted from small internal departmental system with thousands of users to large external audiences with millions of users No downtime - It’s no longer the case that apps only need to be available during standard business hours. They must be up 24/7. All across the globe - your users are everywhere, and they are always connected On the other hand, time and costs are way down. There’s less time to build apps than ever before. You’re being asked to: Ship apps in a few months not years - Development methods have shifted from a waterfall process to an iterative process that ships new functionality in weeks and in some cases multiple times per day at companies like Facebook and Amazon. And costs are way down too. Companies want to: Pay for value over time - Companies have shifted to open-source business and SaaS models that allow them to pay for value over time Use cloud and commodity resources - to reduce the time to provision their infrastructure, and to lower their total cost of ownership
- #10 Because the relational database was not designed for modern applications, starting about 10 years ago a number of companies began to build their own databases that are fundamentally different. The market calls these NoSQL. NoSQL databases were designed for this new world… Flexibility. All of them have some kind of flexible data model to allow for faster iteration and to accommodate the data we see dominating modern applications. While they all have different approaches, what they have in common is they want to be more flexible. Scalability + Performance. Similarly, they were all built with a focus on scalability, so they all include some form of sharding or partitioning. And they're all designed to deliver great performance. Some are better at reads, some are better at writes, but more or less they all strive to have better performance than a relational database. Always-On Global Deployments. Lastly, NoSQL databases are designed for highly available systems that provide a consistent, high quality experience for users all over the world. They are designed to run on many computers, and they include replication to automatically synchronize the data across servers, racks, and data centers. However, when you take a closer look at these NoSQL systems, it turns out they have thrown out the baby with the bathwater. They have sacrificed the core database capabilities you’ve come to expect and rely on in order to build fully functional apps, like rich querying and secondary indexes, strong consistency, and enterprise management.
- #11 MongoDB was built to address the way the world has changed while preserving the core database capabilities required to build modern applications. Our vision is to leverage the work that Oracle and others have done over the last 40 years to make relational databases what they are today, and to take the reins from here. We pick up where they left off, incorporating the work that internet pioneers like Google and Amazon did to address the requirements of modern applications. MongoDB is the only database that harnesses the innovations of NoSQL and maintains the foundation of relational databases – and we call this our Nexus Architecture.
- #13 Think redis, memcached or Couchbase.
- #16 Column stores you know and love, HP Vertica, Cassandra.
- #24 Rich queries, text search, geospatial, aggregation, mapreduce are types of things you can build based on the richness of the query model.