Why mongo db was created - Dwight Merriman - MongoSF 2011

May 27, 2011Download as PPTX, PDF3 likes1,131 views

- MongoDB was created because existing databases had limitations in terms of speed, scalability, flexibility and agility for modern applications. - Relational databases were good for complex transactions and tabular data but had challenges with object-relational mapping, speed and scaling. NoSQL databases were more flexible but lacked querying and transactions. - MongoDB uses a document data model and is non-relational to allow horizontal scaling while still providing functionality like indexing and queries. The goal was to balance simplicity, functionality and scalability.

Why MongoDB was Createdwe start at 9:30MongoSF 2011Dwight Merriman / 10gen

signs we needed something differentdoubleclick - 400,000 ads/secondpeople writing their own storescaching is de rigueurcomplex ORM frameworkscomputer architecture trendscloud computing

the db space 2000 - 2010+ great for complex transactions+ great for tabular data+ ad hoc queries easy- O<->R mapping hard- speed/scale challenges- not super agile+ ad hoc queries easy+ SQL gives us a standard protocol for the interface between clients and servers+ scales horizontally better than operational dbs. some scale limits at massive scale- schemas are rigid- real time is hard; very good at bulk nightly data loads

the db space+ fits OO programming well+ agile+ speed/scale- querying a little less add hoc- not super transactional- not sql

as simple as possible but no simplerneed a good degree of functionality to handle a large set of use casessometimes need strong consistency / atomicitysecondary indexesad hoc queries

as simple as possible but no simplerbut, leave out a few things so we can scaleno choice but to leave out relationaldistributed transactions are hard to scale

as simple as possible but no simplerto scale, need a new data model. some options:key/valuecolumnar / tabulardocument oriented (JSON inspired)opportunity to innovate -> agility

mongodb philosphyNo longer one-size-fits all. but not 12 tools either.By reducing transactional semantics the db provides, one can still solve an interesting set of problems where performance is very important, and horizontal scaling then becomes easier.Non-relational (no joins) makes scaling horizontally practicalDocument data models are goodKeep functionality when we can (key/value stores are great, but we nee more)Database technology should run anywhere, being available both for running on your own servers or VMs, and also as a cloud pay-for-what-you-use service. And ideally open source...

Questions?http://blog.mongodb.org/@mongodbme - @dmerrwww.mongodb.orghttp://groups.google.com/group/mongodb-userirc://irc.freenode.net/#mongodbMongoNYC - June 7Mongo Hamburg - June 27MongoDC - June 2710AM - in this room: Schema Design10:45AM - breakthanks

The document discusses the evolution of databases from relational databases to modern databases like MongoDB. Some key points discussed are: - The volume, variety and velocity of data being collected is increasing rapidly each year, creating challenges for relational databases. - Modern databases like MongoDB are designed to handle massive amounts of data from multiple sources more efficiently through improved speed, capacity and accuracy. - Case studies show that companies like MetLife, Shutterfly and Telefonica were able to build applications faster, reduce costs and improve performance by switching to MongoDB from their relational database implementations.

Customer Information File in NoSQL DatabaseVitalii Sharavara

The document compares Oracle and MongoDB databases. It shows that MongoDB has faster average read/write times per operation than Oracle. It also lists several key differences between the two databases, such as Oracle supporting ACID transactions while MongoDB does not, and MongoDB being open source while Oracle is not. Examples of basic insert, select, and update queries are also shown for both databases.

Transitioning from SQL to MongoDBMongoDB

The document provides an overview of a webinar on transitioning from SQL to MongoDB. It introduces the presenter Buzz Moschetti and his background. It then discusses how developers currently spend their time integrating with different components and systems like databases, and how the mismatch between data at the business level versus the database level has been a long-standing problem. The document uses examples to show how MongoDB can help by allowing richer data structures and a more direct match between data in code and the database.

AJAX-Asynchronous JavaScript and XMLwahidullah mudaser

This document provides an outline and overview of Asynchronous JavaScript and XML (AJAX). It discusses how AJAX allows for interactive web pages without page refreshes by using JavaScript to asynchronously communicate with the server in the background. The document outlines the key components of AJAX including the XMLHttpRequest object for sending and receiving data from servers, and how this allows modifying page content without refreshing. It also provides examples of using AJAX and the DOM to dynamically update parts of an existing HTML page with new content from the server.

MongoDB .local San Francisco 2020: Powering the new age data demands [Infosys]MongoDB

Our clients have unique use cases and data patterns that mandate the choice of a particular strategy. To implement these strategies, it is mandatory that we unlearn a lot of relational concepts while designing and rapidly developing efficient applications on NoSQL. In this session, we will talk about some of our client use cases, the strategies we have adopted, and the features of MongoDB that assisted in implementing these strategies.

XML - Extensive Markup Languagewahidullah mudaser

The document provides an introduction to XML, outlining what it is, its main differences from HTML, and its key features and benefits. XML stands for Extensible Markup Language and was designed to describe data, allowing users to define their own tags. It simplifies data sharing and transport between systems by providing a software- and hardware-independent format for storing and exchanging information. XML has elements with opening and closing tags that follow a strict hierarchical structure and its tags are case sensitive.

MongoDB BI Connector & Tableau MongoDB

Jumpstart: BI Connector & Tableau Speaker: Ronan Bohan, Solutions Architect, MongoDB Speaker: Viady Krishnan Level: 100 (Beginner) Track: Jumpstart Get started with the BI connector and Tableau in this introductory session. We will give you insight into how you can view your MongoDB data in traditional BI tools and an overview of connecting Tableau with MongoDB. After attending this session, students should be able connect their analytics tool of choice to a MongoDB data store using the BI connector, secure their client connection, and know how to enable authentication. Audience members should be familiar with analytics tools like Tableau to do business analytics, and know how to set up and run analytics in a BI tool. This session will use Tableau as an example. This is a Jumpstart session, held before the keynotes, designed to give you an overview of MongoDB basics so you can dive into more advanced technical sessions later in the day. What You Will Learn: - How to connect your analytics tool of choice to a MongoDB data store using the BI connector. - How to view MongoDB data in Tableau or another BI tool. - How to secure your client connection to MongoDB.

Business Track: How MongoDB Helps Telefonia Digital Accelerate Time to MarketMongoDB

Why NoSQL Makes SenseDATAVERSITY

Former DoubleClick Founder and CTO Dwight Merriman wrote the first lines of MongoDB code in 2007. He drew upon his experiences building large scale, high availability, robust systems to create a new kind of database. This session will introduce some of the background to how and why MongoDB came about to address the need for a more scalable database, and provide some key use cases and rationale for a new product category in the database marketplace.

No sqlPrateek Jain

This document discusses relational database management systems (RDBMS) and NoSQL databases. It notes that while SQL is useful for flat data, it does not scale well for large, unstructured, distributed data. The CAP theorem is discussed, noting that databases must sacrifice availability, consistency, or partition tolerance. Several categories of NoSQL databases are described, including document, graph, columnar, and key-value stores. Factors like scalability, transactions, data modeling, querying and access are compared between SQL and NoSQL options. The performance of different databases is evaluated for read-write workloads. The future of polyglot persistence using multiple database technologies is envisioned.

Big iron 2 (published)Ben Stopford

The document discusses the evolution of database technologies from relational databases to NoSQL databases. It argues that NoSQL databases better fit the needs of modern software development by supporting iterative development, fast feedback, and frequent releases. While early NoSQL technologies faced criticisms regarding lack of features like transactions and integrity checks, they proved useful for scaling applications to large data volumes. The document also advocates for an approach that balances flexibility with complexity by using schemaless stores at the front-end and more rigid structures at the back-end.

NoSQLdbulic

This document provides an overview and comparison of relational and NoSQL databases. Relational databases use SQL and have strict schemas while NoSQL databases are schema-less and include document, key-value, wide-column, and graph models. NoSQL databases provide unlimited horizontal scaling, very fast performance that does not deteriorate with growth, and flexible queries using map-reduce. Popular NoSQL databases include MongoDB, Cassandra, HBase, and Redis.

Ralph Kemperdick – IT-Tage 2015 – Microsoft Azure als DatenplattformInformatik Aktuell

In dieser Session möchten wir eine Orientierung geben, welche Daten-Services auf Azure die geeignete Plattform für eine App bzw. eine Anwendung sein können. Die Session konzentriert sich auf die Platform as a Service (PaaS) mit einem SQL Interface. Es wird Azure SQL Server, Azure SQL DW, DocumentDB, Stream Analytics, Spark/Scala/Hive und Data Lake Analytics betrachtet und Unterschiede herausgearbeitet. Live Demos begleiten die einzelnen Themen in der Session. Ferner werden Argumente für und gegen Cloud basierte Services diskutiert.

NO SQL: What, Why, HowIgor Moochnick

This document provides an overview of NoSQL databases, including why they are used, common types, and how they work. The key points are: 1) SQL databases do not scale well for large amounts of distributed data, while NoSQL databases are designed for horizontal scaling across servers and partitions. 2) Common types of NoSQL databases include document, key-value, graph, and wide-column stores, each with different data models and query approaches. 3) NoSQL databases sacrifice consistency guarantees and complex queries for horizontal scalability and high availability. Eventual consistency is common, with different consistency models for different use cases.

Azure BI Cloud Architectural Guidelines.pdfpbonillo1

This document provides guidelines for building cloud BI project architectures. It discusses considerations for architectural design such as data sources, volumes, model complexity and sharing needs. It then presents four common architecture templates - Hulk, Iron Man, Thor and Hawkeye - tailored to different needs around reporting demand, data volume and complexity. Key aspects of architectures like sources, transportation, processing, storage, live calculation, data access and orchestration are examined. Finally, it compares features of technologies that can fulfill different functional roles.

NoSQL for great good [hanoi.rb talk]Huy Do

NoSQL databases should not be chosen just because a system is slow or to replace RDBMS. The appropriate choice depends on factors like the nature of the data, how the data scales, and whether ACID properties are needed. NoSQL databases are categorized by data model (document, column family, graph, key-value store) which affects querying. Other considerations include scalability based on the CAP theorem and operational factors like the distribution model and whether there is a single point of failure. The best choice depends on the specific requirements and risks losing data if chosen incorrectly.

MongoDBStefano Coratti

This document provides an overview of MongoDB and its suitability for handling IoT data. MongoDB is a document-oriented NoSQL database that uses a flexible document data model and scales horizontally. It can handle the high volume and varied structures of sensor data generated by IoT devices in real-time without expensive ETL processes. MongoDB addresses the challenges of IoT data by allowing rapid iteration of data schemas, scaling to billions of documents, and performing analytics directly on the database.

MongoDB Introduction - Document Oriented Nosql DatabaseSudhir Patil

- MongoDB is a document-oriented, non-relational database that uses JSON-like documents with dynamic schemas, horizontal scaling with sharding and replication, and high performance. - It is used by many large companies and is a good fit for huge, unstructured data or when dynamic schemas are needed. However, it does not support transactions or have the same data integrity features as relational databases. - MongoDB can store data in flexible document formats, allows ad hoc queries, and supports common operations like insert, update, delete. Features include replication, sharding, indexing, geospatial queries and MapReduce.

Data warehouse 2.0 and sql server architecture and visionKlaudiia Jacome

The document discusses the evolution of data warehousing architectures from DW 1.0 to DW 2.0. It summarizes how SQL Server has also evolved its architecture to support the needs of advanced data warehouses aligned with DW 2.0, including features like sequential data access for analytics, easy migration from data marts to enterprise data warehouses, and distributed processing to reduce costs for large volumes of data.

Relational databases vs Non-relational databasesJames Serra

There is a lot of confusion about the place and purpose of the many recent non-relational database solutions ("NoSQL databases") compared to the relational database solutions that have been around for so many years. In this presentation I will first clarify what exactly these database solutions are, compare them, and discuss the best use cases for each. I'll discuss topics involving OLTP, scaling, data warehousing, polyglot persistence, and the CAP theorem. We will even touch on a new type of database solution called NewSQL. If you are building a new solution it is important to understand all your options so you take the right path to success.

MongoDB eBook a complete guide to beginnersMeiyappanRm

Overcoming Today's Data Challenges with MongoDBMongoDB

The document outlines an agenda for an event on overcoming data challenges with MongoDB. The event will feature speakers from MongoDB and Bosch discussing how the world has changed since relational databases were invented, how to radically transform IT environments with MongoDB, MongoDB and blockchain, and MongoDB for multiple use cases. The agenda includes presentations on these topics as well as a Q&A session and conclusion.

SQL vs NoSQL, an experiment with MongoDBMarco Segato

Heterogeneous Data - PublishedPaul Steffensen

This presentation discusses the challenges of sharing and moving data between different types of relational databases. It notes that while companies often find this a simple process, they underestimate the effort required due to limitations of their tools and lack of understanding of different database capabilities. The presentation will cover options for migrating, replicating, and accessing data between different database types, with a focus on Oracle's Heterogeneous Services functionality.

NoSQL and NewSQL: Tradeoffs between Scalable Performance & ConsistencyScyllaDB

Evolution of the DBA to Data Platform Administrator/SpecialistTony Rogerson

DBA's used to be Relational Database centric for instance managing Microsoft SQL Server or Oracle, in this changing world of polyglot database environments their role has expanded not just into new platforms other than SQL but also new legal governance, modelling techniques, architecture etc. They need to have a base knowledge of Kimball, Inmon, Data Vault, what CAP theorem is, LAMBDA, Big Data, Data Science etc.

Logical Data Fabric and Data Mesh – Driving Business OutcomesDenodo

Watch full webinar here: https://buff.ly/3qgGjtA Presented at TDWI VIRTUAL SUMMIT - Modernizing Data Management While the technological advances of the past decade have addressed the scale of data processing and data storage, they have failed to address scale in other dimensions: proliferation of sources of data, diversity of data types and user persona, and speed of response to change. The essence of the data mesh and data fabric approaches is that it puts the customer first and focuses on outcomes instead of outputs. In this session, Saptarshi Sengupta, Senior Director of Product Marketing at Denodo, will address key considerations and provide his insights on why some companies are succeeding with these approaches while others are not. Watch On-Demand and Learn: - Why a logical approach is necessary and how it aligns with data fabric and data mesh - How some of the large enterprises are using logical data fabric and data mesh for their data and analytics needs - Tips to create a good data management modernization roadmap for your organization

Agile data lake? An oxymoron?samthemonad

MongoDB SoCal 2020: Migrate Anything* to MongoDB AtlasMongoDB

This presentation discusses migrating data from other data stores to MongoDB Atlas. It begins by explaining why MongoDB and Atlas are good choices for data management. Several preparation steps are covered, including sizing the target Atlas cluster, increasing the source oplog, and testing connectivity. Live migration, mongomirror, and dump/restore options are presented for migrating between replicasets or sharded clusters. Post-migration steps like monitoring and backups are also discussed. Finally, migrating from other data stores like AWS DocumentDB, Azure CosmosDB, DynamoDB, and relational databases are briefly covered.

MongoDB SoCal 2020: Go on a Data Safari with MongoDB Charts!MongoDB

More Related Content

Similar to Why mongo db was created - Dwight Merriman - MongoSF 2011 (20)

Why NoSQL Makes SenseDATAVERSITY

No sqlPrateek Jain

Big iron 2 (published)Ben Stopford

NoSQLdbulic

Ralph Kemperdick – IT-Tage 2015 – Microsoft Azure als DatenplattformInformatik Aktuell

NO SQL: What, Why, HowIgor Moochnick

Azure BI Cloud Architectural Guidelines.pdfpbonillo1

NoSQL for great good [hanoi.rb talk]Huy Do

MongoDBStefano Coratti

MongoDB Introduction - Document Oriented Nosql DatabaseSudhir Patil

Data warehouse 2.0 and sql server architecture and visionKlaudiia Jacome

Relational databases vs Non-relational databasesJames Serra

MongoDB eBook a complete guide to beginnersMeiyappanRm

Overcoming Today's Data Challenges with MongoDBMongoDB

SQL vs NoSQL, an experiment with MongoDBMarco Segato

Heterogeneous Data - PublishedPaul Steffensen

NoSQL and NewSQL: Tradeoffs between Scalable Performance & ConsistencyScyllaDB

Evolution of the DBA to Data Platform Administrator/SpecialistTony Rogerson

Logical Data Fabric and Data Mesh – Driving Business OutcomesDenodo

Agile data lake? An oxymoron?samthemonad

Why NoSQL Makes SenseDATAVERSITY

No sqlPrateek Jain

Big iron 2 (published)Ben Stopford

NoSQLdbulic

Ralph Kemperdick – IT-Tage 2015 – Microsoft Azure als DatenplattformInformatik Aktuell

NO SQL: What, Why, HowIgor Moochnick

Azure BI Cloud Architectural Guidelines.pdfpbonillo1

NoSQL for great good [hanoi.rb talk]Huy Do

MongoDBStefano Coratti

MongoDB Introduction - Document Oriented Nosql DatabaseSudhir Patil

Data warehouse 2.0 and sql server architecture and visionKlaudiia Jacome

Relational databases vs Non-relational databasesJames Serra

MongoDB eBook a complete guide to beginnersMeiyappanRm

Overcoming Today's Data Challenges with MongoDBMongoDB

SQL vs NoSQL, an experiment with MongoDBMarco Segato

Heterogeneous Data - PublishedPaul Steffensen

NoSQL and NewSQL: Tradeoffs between Scalable Performance & ConsistencyScyllaDB

Evolution of the DBA to Data Platform Administrator/SpecialistTony Rogerson

Logical Data Fabric and Data Mesh – Driving Business OutcomesDenodo

Agile data lake? An oxymoron?samthemonad

More from MongoDB (20)

MongoDB SoCal 2020: Migrate Anything* to MongoDB AtlasMongoDB

MongoDB SoCal 2020: Go on a Data Safari with MongoDB Charts!MongoDB

MongoDB SoCal 2020: Using MongoDB Services in Kubernetes: Any Platform, Devel...MongoDB

MongoDB Kubernetes operator and MongoDB Open Service Broker are ready for production operations. Learn about how MongoDB can be used with the most popular container orchestration platform, Kubernetes, and bring self-service, persistent storage to your containerized applications. A demo will show you how easy it is to enable MongoDB clusters as an External Service using the Open Service Broker API for MongoDB

MongoDB SoCal 2020: A Complete Methodology of Data Modeling for MongoDBMongoDB

MongoDB SoCal 2020: From Pharmacist to Analyst: Leveraging MongoDB for Real-T...MongoDB

MongoDB SoCal 2020: Best Practices for Working with IoT and Time-series DataMongoDB

Time series data is increasingly at the heart of modern applications - think IoT, stock trading, clickstreams, social media, and more. With the move from batch to real time systems, the efficient capture and analysis of time series data can enable organizations to better detect and respond to events ahead of their competitors or to improve operational efficiency to reduce cost and risk. Working with time series data is often different from regular application data, and there are best practices you should observe. This talk covers: Common components of an IoT solution The challenges involved with managing time-series data in IoT applications Different schema designs, and how these affect memory and disk utilization – two critical factors in application performance. How to query, analyze and present IoT time-series data using MongoDB Compass and MongoDB Charts At the end of the session, you will have a better understanding of key best practices in managing IoT time-series data with MongoDB.

MongoDB SoCal 2020: MongoDB Atlas Jump StartMongoDB

MongoDB .local San Francisco 2020: Using Client Side Encryption in MongoDB 4.2MongoDB

Encryption is not a new concept to MongoDB. Encryption may occur in-transit (with TLS) and at-rest (with the encrypted storage engine). But MongoDB 4.2 introduces support for Client Side Encryption, ensuring the most sensitive data is encrypted before ever leaving the client application. Even full access to your MongoDB servers is not enough to decrypt this data. And better yet, Client Side Encryption can be enabled at the "flick of a switch". This session covers using Client Side Encryption in your applications. This includes the necessary setup, how to encrypt data without sacrificing queryability, and what trade-offs to expect.

MongoDB .local San Francisco 2020: Using MongoDB Services in Kubernetes: any ...MongoDB

MongoDB .local San Francisco 2020: Go on a Data Safari with MongoDB Charts!MongoDB

MongoDB .local San Francisco 2020: From SQL to NoSQL -- Changing Your MindsetMongoDB

When you need to model data, is your first instinct to start breaking it down into rows and columns? Mine used to be too. When you want to develop apps in a modern, agile way, NoSQL databases can be the best option. Come to this talk to learn how to take advantage of all that NoSQL databases have to offer and discover the benefits of changing your mindset from the legacy, tabular way of modeling data. We’ll compare and contrast the terms and concepts in SQL databases and MongoDB, explain the benefits of using MongoDB compared to SQL databases, and walk through data modeling basics so you feel confident as you begin using MongoDB.

MongoDB .local San Francisco 2020: MongoDB Atlas JumpstartMongoDB

MongoDB .local San Francisco 2020: Tips and Tricks++ for Querying and Indexin...MongoDB

The document discusses guidelines for ordering fields in compound indexes to optimize query performance. It recommends the E-S-R approach: placing equality fields first, followed by sort fields, and range fields last. This allows indexes to leverage equality matches, provide non-blocking sorts, and minimize scanning. Examples show how indexes ordered by these guidelines can support queries more efficiently by narrowing the search bounds.

MongoDB .local San Francisco 2020: Aggregation Pipeline Power++MongoDB

MongoDB .local San Francisco 2020: A Complete Methodology of Data Modeling fo...MongoDB

The document describes a methodology for data modeling with MongoDB. It begins by recognizing the differences between document and tabular databases, then outlines a three step methodology: 1) describe the workload by listing queries, 2) identify and model relationships between entities, and 3) apply relevant patterns when modeling for MongoDB. The document uses examples around modeling a coffee shop franchise to illustrate modeling approaches and techniques.

MongoDB .local San Francisco 2020: MongoDB Atlas Data Lake Technical Deep DiveMongoDB

MongoDB Atlas Data Lake is a new service offered by MongoDB Atlas. Many organizations store long term, archival data in cost-effective storage like S3, GCP, and Azure Blobs. However, many of them do not have robust systems or tools to effectively utilize large amounts of data to inform decision making. MongoDB Atlas Data Lake is a service allowing organizations to analyze their long-term data to discover a wealth of information about their business. This session will take a deep dive into the features that are currently available in MongoDB Atlas Data Lake and how they are implemented. In addition, we'll discuss future plans and opportunities and offer ample Q&A time with the engineers on the project.

MongoDB .local San Francisco 2020: Developing Alexa Skills with MongoDB & GolangMongoDB

Virtual assistants are becoming the new norm when it comes to daily life, with Amazon’s Alexa being the leader in the space. As a developer, not only do you need to make web and mobile compliant applications, but you need to be able to support virtual assistants like Alexa. However, the process isn’t quite the same between the platforms. How do you handle requests? Where do you store your data and work with it to create meaningful responses with little delay? How much of your code needs to change between platforms? In this session we’ll see how to design and develop applications known as Skills for Amazon Alexa powered devices using the Go programming language and MongoDB.

MongoDB .local Paris 2020: Realm : l'ingrédient secret pour de meilleures app...MongoDB

MongoDB .local Paris 2020: Upply @MongoDB : Upply : Quand le Machine Learning...MongoDB

Il n’a jamais été aussi facile de commander en ligne et de se faire livrer en moins de 48h très souvent gratuitement. Cette simplicité d’usage cache un marché complexe de plus de 8000 milliards de $. La data est bien connu du monde de la Supply Chain (itinéraires, informations sur les marchandises, douanes,…), mais la valeur de ces données opérationnelles reste peu exploitée. En alliant expertise métier et Data Science, Upply redéfinit les fondamentaux de la Supply Chain en proposant à chacun des acteurs de surmonter la volatilité et l’inefficacité du marché.

MongoDB .local Paris 2020: Les bonnes pratiques pour sécuriser MongoDBMongoDB

Chaque entreprise devient une entreprise de logiciels, fournissant des solutions client pour accéder à une variété de services et d'informations. Les entreprises commencent maintenant à valoriser leurs données et à obtenir de meilleures informations pour l'entreprise. Un défi crucial consiste à s'assurer que ces données sont toujours disponibles et sécurisées pour être conformes aux objectifs commerciaux de l'entreprise et aux contraintes réglementaires des pays. MongoDB fournit la couche de sécurité dont vous avez besoin, venez découvrir comment sécuriser vos données avec MongoDB.