SlideShare una empresa de Scribd logo
1 de 13
Descargar para leer sin conexión
Why NoSQL Makes Sense
Why NoSQL Makes Sense

        NoSQL Now
  Dwight Merriman / 10gen
  Dwight Merriman / 10gen
signs we needed something different
    signs we needed something different

•   doubleclick ‐ 400,000 ads/second
•   people writing their own stores
    people writing their own stores
•   caching is de rigueur
•   complex ORM frameworks
•   computer architecture trends
        p
•   cloud computing
the db space 2000 
                the db space 2000 ‐ 2010
                                                        + great for complex 
    dh          i
+ ad hoc queries easy                                   transactions
+ SQL gives us a standard                               + great for tabular data
protocol for the interface                              + ad hoc queries easy
between clients and                                     ‐ O<‐>R mapping hard
servers                                                 ‐ speed/scale challenges
+ scales horizontally                                   ‐ not super agile
better than operational 
dbs. some scale limits at        BI /       OLTP / 
massive scale
      i      l                reporting
                                     i    operational
                                                i   l
‐ schemas are rigid
‐ real time is hard; very 
good at bulk nightly data 
loads
the db space 2000 
                the db space 2000 ‐ 2010
                                                        + great for complex 
    dh          i
+ ad hoc queries easy                                   transactions
+ SQL gives us a standard                               + great for tabular data
protocol for the interface                              + ad hoc queries easy
between clients and                                     ‐ O<‐>R mapping hard
servers                                                 ‐ speed/scale challenges
+ scales horizontally                                   ‐ not super agile
better than operational 
dbs. some scale limits at        BI /       OLTP / 
massive scale
      i      l                reporting
                                     i    operational
                                                i   l
‐ schemas are rigid
‐ real time is hard; very 
good at bulk nightly data 
loads




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

                                                                                    app layer 
                                                            flat files             partitioning
                              map/reduce
the db space
 the db space
                                   + fits OO programming 
                                   wellll
                                   + agile
                                   + speed/scale
                                   ‐ querying a little less 
                      scalable 
                         l bl      add hoc
                                     dd h
                   nonrelational   ‐ not super transactional
BI / reporting       (“nosql”)     ‐ not sql




            OLTP / 
            OLTP /
          operational
data models
as simple as possible 
   but no simpler
   b           l
as simple as possible 
              but no simpler
              b           l
• need a good degree of functionality to handle 
  a large set of use cases
  – sometimes need strong consistency / atomicity
  – secondary indexes
  – ad hoc queries
as simple as possible 
               but no simpler
               b           l
• but, leave out a few things so we can scale
  – no choice but to leave out relational
  – distributed transactions are hard to scale
as simple as possible 
              but no simpler
              b           l
• to scale, need a new data model.  some 
  options:
  – key/value
  – columnar / tabular
  – document oriented (JSON inspired)
• opportunity to innovate ‐> agility
   pp       y                 g y
mongodb philosphy
                  mongodb philosphy
•   No longer one‐size‐fits all.  but not 12 tools either.
    N l              i fit ll b t t 12 t l ith
•   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.
    hori ontal scaling then becomes easier
•   Non‐relational (no joins) makes scaling horizontally practical
•   Document data models are good
•   Keep 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/
                @mongodb
                me 
                me ‐ @dmerr

                www.mongodb.org
http://groups.google.com/group/mongodb‐user
htt //                l    /     /     db
        irc://irc.freenode.net/#mongodb



                  thanks

Más contenido relacionado

La actualidad más candente

TriHUG - Beyond Batch
TriHUG - Beyond BatchTriHUG - Beyond Batch
TriHUG - Beyond Batch
boorad
 
SimplifyStreamingArchitecture
SimplifyStreamingArchitectureSimplifyStreamingArchitecture
SimplifyStreamingArchitecture
Maheedhar Gunturu
 
The Future of Hadoop: MapR VP of Product Management, Tomer Shiran
The Future of Hadoop: MapR VP of Product Management, Tomer ShiranThe Future of Hadoop: MapR VP of Product Management, Tomer Shiran
The Future of Hadoop: MapR VP of Product Management, Tomer Shiran
MapR Technologies
 
D3 d12 a-new-meaning-for-efficiency-and-performance
D3 d12 a-new-meaning-for-efficiency-and-performanceD3 d12 a-new-meaning-for-efficiency-and-performance
D3 d12 a-new-meaning-for-efficiency-and-performance
mistercteam
 
MongoDB at eBay
MongoDB at eBayMongoDB at eBay
MongoDB at eBay
MongoDB
 

La actualidad más candente (14)

L20 Scalability
L20 ScalabilityL20 Scalability
L20 Scalability
 
Hadoop World 2011: Apache HBase Road Map - Jonathan Gray - Facebook
Hadoop World 2011: Apache HBase Road Map - Jonathan Gray - FacebookHadoop World 2011: Apache HBase Road Map - Jonathan Gray - Facebook
Hadoop World 2011: Apache HBase Road Map - Jonathan Gray - Facebook
 
Big Data Journey
Big Data JourneyBig Data Journey
Big Data Journey
 
Getting Started with NuoDB Community Edition
Getting Started with NuoDB Community Edition Getting Started with NuoDB Community Edition
Getting Started with NuoDB Community Edition
 
HBaseCon 2012 | Low Latency OLAP with HBase - Cosmin Lehene, Adobe
HBaseCon 2012 | Low Latency OLAP with HBase - Cosmin Lehene, AdobeHBaseCon 2012 | Low Latency OLAP with HBase - Cosmin Lehene, Adobe
HBaseCon 2012 | Low Latency OLAP with HBase - Cosmin Lehene, Adobe
 
BDM37: Hadoop in production – the war stories by Nikolaï Grigoriev, Principal...
BDM37: Hadoop in production – the war stories by Nikolaï Grigoriev, Principal...BDM37: Hadoop in production – the war stories by Nikolaï Grigoriev, Principal...
BDM37: Hadoop in production – the war stories by Nikolaï Grigoriev, Principal...
 
TriHUG - Beyond Batch
TriHUG - Beyond BatchTriHUG - Beyond Batch
TriHUG - Beyond Batch
 
Oracle Migration to Postgres in the Cloud
Oracle Migration to Postgres in the CloudOracle Migration to Postgres in the Cloud
Oracle Migration to Postgres in the Cloud
 
Design, Scale and Performance of MapR's Distribution for Hadoop
Design, Scale and Performance of MapR's Distribution for HadoopDesign, Scale and Performance of MapR's Distribution for Hadoop
Design, Scale and Performance of MapR's Distribution for Hadoop
 
SimplifyStreamingArchitecture
SimplifyStreamingArchitectureSimplifyStreamingArchitecture
SimplifyStreamingArchitecture
 
The Future of Hadoop: MapR VP of Product Management, Tomer Shiran
The Future of Hadoop: MapR VP of Product Management, Tomer ShiranThe Future of Hadoop: MapR VP of Product Management, Tomer Shiran
The Future of Hadoop: MapR VP of Product Management, Tomer Shiran
 
D3 d12 a-new-meaning-for-efficiency-and-performance
D3 d12 a-new-meaning-for-efficiency-and-performanceD3 d12 a-new-meaning-for-efficiency-and-performance
D3 d12 a-new-meaning-for-efficiency-and-performance
 
North Bay Ruby Meetup 101911
North Bay Ruby Meetup 101911North Bay Ruby Meetup 101911
North Bay Ruby Meetup 101911
 
MongoDB at eBay
MongoDB at eBayMongoDB at eBay
MongoDB at eBay
 

Similar a Why NoSQL Makes Sense

Why mongo db was created - Dwight Merriman - MongoSF 2011
Why mongo db was created  - Dwight Merriman - MongoSF 2011Why mongo db was created  - Dwight Merriman - MongoSF 2011
Why mongo db was created - Dwight Merriman - MongoSF 2011
MongoDB
 
Intro to NoSQL and MongoDB
Intro to NoSQL and MongoDBIntro to NoSQL and MongoDB
Intro to NoSQL and MongoDB
DATAVERSITY
 
001 hbase introduction
001 hbase introduction001 hbase introduction
001 hbase introduction
Scott Miao
 
Big iron 2 (published)
Big iron 2 (published)Big iron 2 (published)
Big iron 2 (published)
Ben Stopford
 
Kb 40 kevin_klineukug_reading20070717[1]
Kb 40 kevin_klineukug_reading20070717[1]Kb 40 kevin_klineukug_reading20070717[1]
Kb 40 kevin_klineukug_reading20070717[1]
shuwutong
 
Storing and processing data with the wso2 platform
Storing and processing data with the wso2 platformStoring and processing data with the wso2 platform
Storing and processing data with the wso2 platform
WSO2
 
Microsoft Openness Mongo DB
Microsoft Openness Mongo DBMicrosoft Openness Mongo DB
Microsoft Openness Mongo DB
Heriyadi Janwar
 

Similar a Why NoSQL Makes Sense (20)

Why mongo db was created - Dwight Merriman - MongoSF 2011
Why mongo db was created  - Dwight Merriman - MongoSF 2011Why mongo db was created  - Dwight Merriman - MongoSF 2011
Why mongo db was created - Dwight Merriman - MongoSF 2011
 
Intro to NoSQL and MongoDB
Intro to NoSQL and MongoDBIntro to NoSQL and MongoDB
Intro to NoSQL and MongoDB
 
Processing Big Data
Processing Big DataProcessing Big Data
Processing Big Data
 
Seattle Scalability Meetup - Ted Dunning - MapR
Seattle Scalability Meetup - Ted Dunning - MapRSeattle Scalability Meetup - Ted Dunning - MapR
Seattle Scalability Meetup - Ted Dunning - MapR
 
001 hbase introduction
001 hbase introduction001 hbase introduction
001 hbase introduction
 
Next Generation Data Platforms - Deon Thomas
Next Generation Data Platforms - Deon ThomasNext Generation Data Platforms - Deon Thomas
Next Generation Data Platforms - Deon Thomas
 
Взгляд на облака с точки зрения HPC
Взгляд на облака с точки зрения HPCВзгляд на облака с точки зрения HPC
Взгляд на облака с точки зрения HPC
 
Bank Data Frank Peterson DB2 10-Early_Experiences_pdf
Bank Data   Frank Peterson DB2 10-Early_Experiences_pdfBank Data   Frank Peterson DB2 10-Early_Experiences_pdf
Bank Data Frank Peterson DB2 10-Early_Experiences_pdf
 
Mobile Development Meets Semantic Technology
Mobile Development Meets Semantic TechnologyMobile Development Meets Semantic Technology
Mobile Development Meets Semantic Technology
 
Drill njhug -19 feb2013
Drill njhug -19 feb2013Drill njhug -19 feb2013
Drill njhug -19 feb2013
 
NewSQL vs NoSQL for New OLTP
NewSQL vs NoSQL for New OLTPNewSQL vs NoSQL for New OLTP
NewSQL vs NoSQL for New OLTP
 
NoSQL
NoSQLNoSQL
NoSQL
 
Track B-3 解構大數據架構 - 大數據系統的伺服器與網路資源規劃
Track B-3 解構大數據架構 - 大數據系統的伺服器與網路資源規劃Track B-3 解構大數據架構 - 大數據系統的伺服器與網路資源規劃
Track B-3 解構大數據架構 - 大數據系統的伺服器與網路資源規劃
 
High Performance Computing - Cloud Point of View
High Performance Computing - Cloud Point of ViewHigh Performance Computing - Cloud Point of View
High Performance Computing - Cloud Point of View
 
DevNation Atlanta
DevNation AtlantaDevNation Atlanta
DevNation Atlanta
 
Hadoop for the Absolute Beginner
Hadoop for the Absolute BeginnerHadoop for the Absolute Beginner
Hadoop for the Absolute Beginner
 
Big iron 2 (published)
Big iron 2 (published)Big iron 2 (published)
Big iron 2 (published)
 
Kb 40 kevin_klineukug_reading20070717[1]
Kb 40 kevin_klineukug_reading20070717[1]Kb 40 kevin_klineukug_reading20070717[1]
Kb 40 kevin_klineukug_reading20070717[1]
 
Storing and processing data with the wso2 platform
Storing and processing data with the wso2 platformStoring and processing data with the wso2 platform
Storing and processing data with the wso2 platform
 
Microsoft Openness Mongo DB
Microsoft Openness Mongo DBMicrosoft Openness Mongo DB
Microsoft Openness Mongo DB
 

Más de DATAVERSITY

The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
DATAVERSITY
 
Data Strategy Best Practices
Data Strategy Best PracticesData Strategy Best Practices
Data Strategy Best Practices
DATAVERSITY
 

Más de DATAVERSITY (20)

Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...
Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...
Architecture, Products, and Total Cost of Ownership of the Leading Machine Le...
 
Data at the Speed of Business with Data Mastering and Governance
Data at the Speed of Business with Data Mastering and GovernanceData at the Speed of Business with Data Mastering and Governance
Data at the Speed of Business with Data Mastering and Governance
 
Exploring Levels of Data Literacy
Exploring Levels of Data LiteracyExploring Levels of Data Literacy
Exploring Levels of Data Literacy
 
Building a Data Strategy – Practical Steps for Aligning with Business Goals
Building a Data Strategy – Practical Steps for Aligning with Business GoalsBuilding a Data Strategy – Practical Steps for Aligning with Business Goals
Building a Data Strategy – Practical Steps for Aligning with Business Goals
 
Make Data Work for You
Make Data Work for YouMake Data Work for You
Make Data Work for You
 
Data Catalogs Are the Answer – What is the Question?
Data Catalogs Are the Answer – What is the Question?Data Catalogs Are the Answer – What is the Question?
Data Catalogs Are the Answer – What is the Question?
 
Data Catalogs Are the Answer – What Is the Question?
Data Catalogs Are the Answer – What Is the Question?Data Catalogs Are the Answer – What Is the Question?
Data Catalogs Are the Answer – What Is the Question?
 
Data Modeling Fundamentals
Data Modeling FundamentalsData Modeling Fundamentals
Data Modeling Fundamentals
 
Showing ROI for Your Analytic Project
Showing ROI for Your Analytic ProjectShowing ROI for Your Analytic Project
Showing ROI for Your Analytic Project
 
How a Semantic Layer Makes Data Mesh Work at Scale
How a Semantic Layer Makes  Data Mesh Work at ScaleHow a Semantic Layer Makes  Data Mesh Work at Scale
How a Semantic Layer Makes Data Mesh Work at Scale
 
Is Enterprise Data Literacy Possible?
Is Enterprise Data Literacy Possible?Is Enterprise Data Literacy Possible?
Is Enterprise Data Literacy Possible?
 
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
The Data Trifecta – Privacy, Security & Governance Race from Reactivity to Re...
 
Emerging Trends in Data Architecture – What’s the Next Big Thing?
Emerging Trends in Data Architecture – What’s the Next Big Thing?Emerging Trends in Data Architecture – What’s the Next Big Thing?
Emerging Trends in Data Architecture – What’s the Next Big Thing?
 
Data Governance Trends - A Look Backwards and Forwards
Data Governance Trends - A Look Backwards and ForwardsData Governance Trends - A Look Backwards and Forwards
Data Governance Trends - A Look Backwards and Forwards
 
Data Governance Trends and Best Practices To Implement Today
Data Governance Trends and Best Practices To Implement TodayData Governance Trends and Best Practices To Implement Today
Data Governance Trends and Best Practices To Implement Today
 
2023 Trends in Enterprise Analytics
2023 Trends in Enterprise Analytics2023 Trends in Enterprise Analytics
2023 Trends in Enterprise Analytics
 
Data Strategy Best Practices
Data Strategy Best PracticesData Strategy Best Practices
Data Strategy Best Practices
 
Who Should Own Data Governance – IT or Business?
Who Should Own Data Governance – IT or Business?Who Should Own Data Governance – IT or Business?
Who Should Own Data Governance – IT or Business?
 
Data Management Best Practices
Data Management Best PracticesData Management Best Practices
Data Management Best Practices
 
MLOps – Applying DevOps to Competitive Advantage
MLOps – Applying DevOps to Competitive AdvantageMLOps – Applying DevOps to Competitive Advantage
MLOps – Applying DevOps to Competitive Advantage
 

Último

Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
panagenda
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
?#DUbAI#??##{{(☎️+971_581248768%)**%*]'#abortion pills for sale in dubai@
 

Último (20)

"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
 
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
 
presentation ICT roal in 21st century education
presentation ICT roal in 21st century educationpresentation ICT roal in 21st century education
presentation ICT roal in 21st century education
 
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
 
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
 
Ransomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdfRansomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdf
 
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsMS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...
 
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
 
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
 

Why NoSQL Makes Sense

  • 1. Why NoSQL Makes Sense Why NoSQL Makes Sense NoSQL Now Dwight Merriman / 10gen Dwight Merriman / 10gen
  • 2. signs we needed something different signs we needed something different • doubleclick ‐ 400,000 ads/second • people writing their own stores people writing their own stores • caching is de rigueur • complex ORM frameworks • computer architecture trends p • cloud computing
  • 3. the db space 2000  the db space 2000 ‐ 2010 + great for complex  dh i + ad hoc queries easy transactions + SQL gives us a standard  + great for tabular data protocol for the interface  + ad hoc queries easy between clients and  ‐ O<‐>R mapping hard servers ‐ speed/scale challenges + scales horizontally  ‐ not super agile better than operational  dbs. some scale limits at  BI /  OLTP /  massive scale i l reporting i operational i l ‐ schemas are rigid ‐ real time is hard; very  good at bulk nightly data  loads
  • 4. the db space 2000  the db space 2000 ‐ 2010 + great for complex  dh i + ad hoc queries easy transactions + SQL gives us a standard  + great for tabular data protocol for the interface  + ad hoc queries easy between clients and  ‐ O<‐>R mapping hard servers ‐ speed/scale challenges + scales horizontally  ‐ not super agile better than operational  dbs. some scale limits at  BI /  OLTP /  massive scale i l reporting i operational i l ‐ schemas are rigid ‐ real time is hard; very  good at bulk nightly data  loads less issues  here
  • 5. the db space 2000  the db space 2000 ‐ 2010 + great for complex  dh i + ad hoc queries easy transactions + SQL gives us a standard  + great for tabular data protocol for the interface  + ad hoc queries easy between clients and  ‐ O<‐>R mapping hard servers ‐ speed/scale challenges + scales horizontally  ‐ not super agile better than operational  dbs. some scale limits at  BI /  OLTP /  massive scale i l reporting i operational i l ‐ schemas are rigid caching ‐ real time is hard; very  good at bulk nightly data  loads app layer  flat files partitioning map/reduce
  • 6. the db space the db space + fits OO programming  wellll + agile + speed/scale ‐ querying a little less  scalable  l bl add hoc dd h nonrelational ‐ not super transactional BI / reporting (“nosql”) ‐ not sql OLTP /  OLTP / operational
  • 8. as simple as possible  but no simpler b l
  • 9. as simple as possible  but no simpler b l • need a good degree of functionality to handle  a large set of use cases – sometimes need strong consistency / atomicity – secondary indexes – ad hoc queries
  • 10. as simple as possible  but no simpler b l • but, leave out a few things so we can scale – no choice but to leave out relational – distributed transactions are hard to scale
  • 11. as simple as possible  but no simpler b l • to scale, need a new data model.  some  options: – key/value – columnar / tabular – document oriented (JSON inspired) • opportunity to innovate ‐> agility pp y g y
  • 12. mongodb philosphy mongodb philosphy • No longer one‐size‐fits all.  but not 12 tools either. N l i fit ll b t t 12 t l ith • 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. hori ontal scaling then becomes easier • Non‐relational (no joins) makes scaling horizontally practical • Document data models are good • Keep 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...
  • 13. Questions? http://blog.mongodb.org/ @mongodb me  me ‐ @dmerr www.mongodb.org http://groups.google.com/group/mongodb‐user htt // l / / db irc://irc.freenode.net/#mongodb thanks