SlideShare uma empresa Scribd logo
1 de 7
NOSQL: Death of RDBMS ?
1999: Sony delivers the final innovation of the
floppy disk which could manage 200 Mb.
Since 1999: Billion+ people worldwide entered the
middle class which means more money, better
literacy & information explosion.
Today WalMart handles million
transaction per hour, Facebook 40
billion user photos. Like financial
inflation where 1, 10 & 100s have been
eroded, so have Kilo, Mega, Giga. The
base has shifted ►►► α
Now, we have Tera, Peta, Exa.
Entity Relationship Model Any problem and its solution space is perceived by our
mind by entities and relationships.
Who is the wealthiest person to have the max number of patents published ?
Person =
Name
Age
Country
Wealth =
Bank Account
Stock
Convertibles
Publish =
Scope
Discipline
Applicability
Patents =
Patent Office
Disputes
Prior Work
assets
wealth from
publishing
wealth from
patents
authored
parents
published work
1970s: BIRTH of RDBMS: Normalize data in tables then inter-connect; find by SQL.
Trivia: IBM Research rejected E.F Codd’s paper on relational algebra which is the basis of RDBMS
Data explosion have exposed the limitation of RDBMS
•SQL joins are expensive
Inconsistent indexing strategies across database vendors and unintentional schema design
errors degrade performance.
•Difficult to manage & query data stored across machines
Horizontal scaling (add nodes to the system) truncates the features of SQL. Vertical scaling
(add more resources to the node) means poor fault-tolerance.
Efficiency lost when cluster of rows of the same table are stored in different nodes.
Storing different columns of same table in different machines is nearly impossible.
•Data tightly coupled to schema
The turnaround time to capture changes in business operations is high.
•Large documents cannot be stored and queried efficiently
CLOB & BLOB fields are suitable for < 1MB. The XML datatype field in Oracle is just a
wrapper over CLOB. Its not a true XML database.
•Loose-fit to programming models
Several important concepts of OO design such as inheritance and hierarchy is actually a
workaround or special purpose implementation in a RDBMS. Explains why ORM frameworks
are so popular today.
•Limited free text search options
The only predicates are “all” (%) or “single” (?) match.
Internet powerhouses Google, Facebook, Amazon, eBay,
Digg, Twitter, NetFlix would not have been born if
RDBMS couldn't be killed.
Google creates BigTable, MapReduce while Facebook
creates Apache Cassandra & Twitter comes up with
FlockDB
"We shall never cease from exploration, and the end of all our exploring will be to
arrive where we started, and know the place for the first time." - TS Eliot
Back to the original approach. Use a system for entities, another for
their inter-relations.
2003: BIRTH of NOSQL
NOSQL: Product Paradigm
Three primary species
 Key-Value Stores
An over-simple explanation is that it stores everything as a multi-dimensional
HashMap, basically dump all attributes of an entity in a single bucket. This means
nothing to join and more fit-to-programming models and scalable. Facebook can
collate user information for India in a commodity server (cloud) at Singapore and
for South America in Sao Paolo. There is no single point entry to database engine.
By nature, this architecture is fault-tolerant.
 Graph database
One of the first paradigms of computer design has made a late entry. Store the
system as you would draw it on a white-board. Create nodes and draw edges
between those, add a direction if required, colour the nodes and edges. Traverse
and get beautiful insights from the data. And answer the interesting questions -
find all my friends who like Chinese food with a taste for single malt. In fact,
SPARQL query language syntax is like a natural way of asking questions.
 Document store
Extension of key-value stores except that values are binary.
All of them support multi-tenancy.
All of them have extensive in-memory operation.
Combine the best and go for a hybrid model. Why ?
There might not be a population explosion but people will post status updates in a frenzy.
Store the relationships in a graph and everything else in a key-value store. Connect via an “id”.
Person
id
Org id
Person
id
Person
id
Person
id
Org id
Org id
Org id
associated
member
knows
founder
GRAPH DB
names
emails
balance
sheets
addresses
org type
products
status
feeds
KEY VALUE
STORE

Mais conteúdo relacionado

Mais procurados

Mais procurados (7)

Cloud Libraries
Cloud LibrariesCloud Libraries
Cloud Libraries
 
Understanding big data-drupalcamp
Understanding big data-drupalcampUnderstanding big data-drupalcamp
Understanding big data-drupalcamp
 
Feb.2016 Demystifying Digital Humanities - Workshop 2
Feb.2016 Demystifying Digital Humanities - Workshop 2Feb.2016 Demystifying Digital Humanities - Workshop 2
Feb.2016 Demystifying Digital Humanities - Workshop 2
 
PUC Masterclass Big Data
PUC Masterclass Big DataPUC Masterclass Big Data
PUC Masterclass Big Data
 
Big data and data science
Big data and data scienceBig data and data science
Big data and data science
 
Virtual Cultures: a day in the life of CI Librarians
Virtual Cultures: a day in the life of CI LibrariansVirtual Cultures: a day in the life of CI Librarians
Virtual Cultures: a day in the life of CI Librarians
 
History of Big Data
History of Big DataHistory of Big Data
History of Big Data
 

Destaque

Modulo 9- Unidad 1- Presentación 1
Modulo 9- Unidad 1- Presentación 1Modulo 9- Unidad 1- Presentación 1
Modulo 9- Unidad 1- Presentación 1
Mara Amerio
 
Psyber Technologies - YouTube Marketing
 Psyber Technologies - YouTube Marketing  Psyber Technologies - YouTube Marketing
Psyber Technologies - YouTube Marketing
Antriksh Shah
 
influence of media on the society
influence of media on the societyinfluence of media on the society
influence of media on the society
varmaprudhvi97
 

Destaque (19)

ASP.NET vNext the future of ASP
ASP.NET vNext the future of ASPASP.NET vNext the future of ASP
ASP.NET vNext the future of ASP
 
Ntic ead
Ntic eadNtic ead
Ntic ead
 
6 set 7 keajaiban dunia
6 set 7 keajaiban dunia6 set 7 keajaiban dunia
6 set 7 keajaiban dunia
 
Drupal presentation
Drupal presentationDrupal presentation
Drupal presentation
 
Hamka permata nusantara
Hamka permata nusantaraHamka permata nusantara
Hamka permata nusantara
 
Modulo 9- Unidad 1- Presentación 1
Modulo 9- Unidad 1- Presentación 1Modulo 9- Unidad 1- Presentación 1
Modulo 9- Unidad 1- Presentación 1
 
Cellular neuralnetworks theory
Cellular neuralnetworks theoryCellular neuralnetworks theory
Cellular neuralnetworks theory
 
Psyber Technologies - YouTube Marketing
 Psyber Technologies - YouTube Marketing  Psyber Technologies - YouTube Marketing
Psyber Technologies - YouTube Marketing
 
fundamentals of speech recognition
fundamentals of speech recognitionfundamentals of speech recognition
fundamentals of speech recognition
 
Cellular neuralnetworks theory
Cellular neuralnetworks theoryCellular neuralnetworks theory
Cellular neuralnetworks theory
 
55 역삼 827 69
55 역삼 827 6955 역삼 827 69
55 역삼 827 69
 
Solar car Presentation
Solar car PresentationSolar car Presentation
Solar car Presentation
 
Custom ERP or Off-the-Shelf ERP – A Comparison to Stay
Custom ERP or Off-the-Shelf ERP – A Comparison to StayCustom ERP or Off-the-Shelf ERP – A Comparison to Stay
Custom ERP or Off-the-Shelf ERP – A Comparison to Stay
 
gesture-recognition
gesture-recognitiongesture-recognition
gesture-recognition
 
Cloud Application Development – The Future is now
Cloud Application Development – The Future is nowCloud Application Development – The Future is now
Cloud Application Development – The Future is now
 
influence of media on the society
influence of media on the societyinfluence of media on the society
influence of media on the society
 
E bomb seminar report
E bomb seminar reportE bomb seminar report
E bomb seminar report
 
Turkey presentation II
Turkey presentation IITurkey presentation II
Turkey presentation II
 
Solar Car Presentation
Solar Car Presentation Solar Car Presentation
Solar Car Presentation
 

Semelhante a Nosql public

NO SQL: What, Why, How
NO SQL: What, Why, HowNO SQL: What, Why, How
NO SQL: What, Why, How
Igor Moochnick
 
Document Based Data Modeling Technique
Document Based Data Modeling TechniqueDocument Based Data Modeling Technique
Document Based Data Modeling Technique
Carmen Sanborn
 

Semelhante a Nosql public (20)

NO SQL: What, Why, How
NO SQL: What, Why, HowNO SQL: What, Why, How
NO SQL: What, Why, How
 
2007 Mark Logic User Conference Keynote
2007 Mark Logic User Conference Keynote2007 Mark Logic User Conference Keynote
2007 Mark Logic User Conference Keynote
 
Kellogg XML Holland Speech
Kellogg XML Holland SpeechKellogg XML Holland Speech
Kellogg XML Holland Speech
 
Making the semantic web work
Making the semantic web workMaking the semantic web work
Making the semantic web work
 
Big Data Basic Concepts | Presented in 2014
Big Data Basic Concepts  | Presented in 2014Big Data Basic Concepts  | Presented in 2014
Big Data Basic Concepts | Presented in 2014
 
AI, Knowledge Representation and Graph Databases -
 Key Trends in Data Science
AI, Knowledge Representation and Graph Databases -
 Key Trends in Data ScienceAI, Knowledge Representation and Graph Databases -
 Key Trends in Data Science
AI, Knowledge Representation and Graph Databases -
 Key Trends in Data Science
 
NoSQL Basics - a quick tour
NoSQL Basics - a quick tourNoSQL Basics - a quick tour
NoSQL Basics - a quick tour
 
On no sql.partiii
On no sql.partiiiOn no sql.partiii
On no sql.partiii
 
When?
When?When?
When?
 
The technical case for a semantic web
The technical case for a semantic webThe technical case for a semantic web
The technical case for a semantic web
 
Data lakehouse fallacies
 Data lakehouse fallacies Data lakehouse fallacies
Data lakehouse fallacies
 
Schemaless Databases
Schemaless DatabasesSchemaless Databases
Schemaless Databases
 
Document Based Data Modeling Technique
Document Based Data Modeling TechniqueDocument Based Data Modeling Technique
Document Based Data Modeling Technique
 
Database Essay
Database EssayDatabase Essay
Database Essay
 
BigData primer
BigData primerBigData primer
BigData primer
 
NoSQL and MapReduce
NoSQL and MapReduceNoSQL and MapReduce
NoSQL and MapReduce
 
Domain oriented development
Domain oriented developmentDomain oriented development
Domain oriented development
 
Code4Lib Keynote 2011
Code4Lib Keynote 2011Code4Lib Keynote 2011
Code4Lib Keynote 2011
 
Addressing dm-cloud
Addressing dm-cloudAddressing dm-cloud
Addressing dm-cloud
 
Everything We Learned About In-Memory Data Layout While Building VoltDB
Everything We Learned About In-Memory Data Layout While Building VoltDBEverything We Learned About In-Memory Data Layout While Building VoltDB
Everything We Learned About In-Memory Data Layout While Building VoltDB
 

Último

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@
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Victor Rentea
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Victor Rentea
 

Último (20)

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
 
+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...
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
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...
 
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
 
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...
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 
Cyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdfCyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdf
 
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptx
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with Milvus
 
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
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
 
Artificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : UncertaintyArtificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : Uncertainty
 
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...
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
 

Nosql public

  • 1. NOSQL: Death of RDBMS ?
  • 2. 1999: Sony delivers the final innovation of the floppy disk which could manage 200 Mb. Since 1999: Billion+ people worldwide entered the middle class which means more money, better literacy & information explosion. Today WalMart handles million transaction per hour, Facebook 40 billion user photos. Like financial inflation where 1, 10 & 100s have been eroded, so have Kilo, Mega, Giga. The base has shifted ►►► α Now, we have Tera, Peta, Exa.
  • 3. Entity Relationship Model Any problem and its solution space is perceived by our mind by entities and relationships. Who is the wealthiest person to have the max number of patents published ? Person = Name Age Country Wealth = Bank Account Stock Convertibles Publish = Scope Discipline Applicability Patents = Patent Office Disputes Prior Work assets wealth from publishing wealth from patents authored parents published work 1970s: BIRTH of RDBMS: Normalize data in tables then inter-connect; find by SQL. Trivia: IBM Research rejected E.F Codd’s paper on relational algebra which is the basis of RDBMS
  • 4. Data explosion have exposed the limitation of RDBMS •SQL joins are expensive Inconsistent indexing strategies across database vendors and unintentional schema design errors degrade performance. •Difficult to manage & query data stored across machines Horizontal scaling (add nodes to the system) truncates the features of SQL. Vertical scaling (add more resources to the node) means poor fault-tolerance. Efficiency lost when cluster of rows of the same table are stored in different nodes. Storing different columns of same table in different machines is nearly impossible. •Data tightly coupled to schema The turnaround time to capture changes in business operations is high. •Large documents cannot be stored and queried efficiently CLOB & BLOB fields are suitable for < 1MB. The XML datatype field in Oracle is just a wrapper over CLOB. Its not a true XML database. •Loose-fit to programming models Several important concepts of OO design such as inheritance and hierarchy is actually a workaround or special purpose implementation in a RDBMS. Explains why ORM frameworks are so popular today. •Limited free text search options The only predicates are “all” (%) or “single” (?) match.
  • 5. Internet powerhouses Google, Facebook, Amazon, eBay, Digg, Twitter, NetFlix would not have been born if RDBMS couldn't be killed. Google creates BigTable, MapReduce while Facebook creates Apache Cassandra & Twitter comes up with FlockDB "We shall never cease from exploration, and the end of all our exploring will be to arrive where we started, and know the place for the first time." - TS Eliot Back to the original approach. Use a system for entities, another for their inter-relations. 2003: BIRTH of NOSQL
  • 6. NOSQL: Product Paradigm Three primary species  Key-Value Stores An over-simple explanation is that it stores everything as a multi-dimensional HashMap, basically dump all attributes of an entity in a single bucket. This means nothing to join and more fit-to-programming models and scalable. Facebook can collate user information for India in a commodity server (cloud) at Singapore and for South America in Sao Paolo. There is no single point entry to database engine. By nature, this architecture is fault-tolerant.  Graph database One of the first paradigms of computer design has made a late entry. Store the system as you would draw it on a white-board. Create nodes and draw edges between those, add a direction if required, colour the nodes and edges. Traverse and get beautiful insights from the data. And answer the interesting questions - find all my friends who like Chinese food with a taste for single malt. In fact, SPARQL query language syntax is like a natural way of asking questions.  Document store Extension of key-value stores except that values are binary. All of them support multi-tenancy. All of them have extensive in-memory operation.
  • 7. Combine the best and go for a hybrid model. Why ? There might not be a population explosion but people will post status updates in a frenzy. Store the relationships in a graph and everything else in a key-value store. Connect via an “id”. Person id Org id Person id Person id Person id Org id Org id Org id associated member knows founder GRAPH DB names emails balance sheets addresses org type products status feeds KEY VALUE STORE