2
Most read
5
Most read
8
Most read
Presentation
on
NoSQL
“Towards the end of RDBMS ?”
By: Ramakant Soni
Asst. Professor, Dept. of Computer
Science, BKBIET, Pilani
What is RDBMS
 RDBMS: the relational database
management system.
 Relation: a relation is a 2D table
which has the following features:
 Name
 Attributes
 Tuples
Name
2
Issues with RDBMS- Scalability
 Issues with scaling up when the dataset is
just too big e.g. Big Data.
 Not designed to be distributed.
 Looking at multi-node database solutions.
Known as ‘horizontal scaling’.
 Different approaches include:
 Master-slave
 Sharding
3
Scaling RDBMS
Master-Slave
 All writes are written to the master.
All reads are performed against
the replicated slave databases.
 Critical reads may be incorrect as
writes may not have been
propagated down.
 Large data sets can pose problems
as master needs to duplicate data
to slaves.
Sharding
 Scales well for both reads and
writes.
 Not transparent, application needs
to be partition-aware.
 Can no longer have relationships or
joins across partitions.
 Loss of referential integrity across
shards.
4
What is NoSQL
 Stands for Not Only SQL. Term was redefined by Eric Evans after Carlo
Strozzi.
 Class of non-relational data storage systems.
 Do not require a fixed table schema nor do they use the concept of joins.
 Relaxation for one or more of the ACID properties (Atomicity, Consistency,
Isolation, Durability) using CAP theorem.
5
Need of NoSQL
 Explosion of social media sites (Facebook, Twitter, Google etc.) with large
data needs. (Sharding is a problem)
 Rise of cloud-based solutions such as Amazon S3 (simple storage solution).
 Just as moving to dynamically-typed languages (Ruby/Groovy), a shift to
dynamically-typed data with frequent schema changes.
 Expansion of Open-source community.
 NoSQL solution is more acceptable to a client now than a year ago.
6
NoSQL Types
NoSQL database are classified into four types:
• Key Value pair based
• Column based
• Document based
• Graph based
7
Key Value Pair Based
• Designed for processing dictionary. Dictionaries contain a
collection of records having fields containing data.
• Records are stored and retrieved using a key that uniquely
identifies the record, and is used to quickly find the data
within the database.
Example: CouchDB, Oracle NoSQL Database, Riak etc.
We use it for storing session information, user profiles, preferences,
shopping cart data.
We would avoid it when we need to query data having relationships
between entities.
8
Column based
It store data as Column families containing rows that have
many columns associated with a row key. Each row can have
different columns.
Column families are groups of related data that is accessed
together.
Example: Cassandra, HBase, Hypertable, and Amazon
DynamoDB.
We use it for content management systems, blogging platforms, log aggregation.
We would avoid it for systems that are in early development, changing query patterns.
9
Document Based
The database stores and retrieves documents. It stores documents in
the value part of the key-value store.
Self- describing, hierarchical tree data structures consisting of maps,
collections, and scalar values.
Example: Lotus Notes, MongoDB, Couch DB, Orient DB, Raven DB.
We use it for content management systems, blogging platforms, web analytics, real-time analytics,
e- commerce applications.
We would avoid it for systems that need complex transactions spanning multiple operations or
queries against varying aggregate structures.
10
Graph Based
Store entities and relationships between these entities as nodes
and edges of a graph respectively. Entities have properties.
Traversing the relationships is very fast as relationship between
nodes is not calculated at query time but is actually persisted
as a relationship.
Example: Neo4J, Infinite Graph, OrientDB, FlockDB.
It is well suited for connected data, such as social networks,
spatial data, routing information for goods and supply.
11
CAP Theorem
 According to Eric Brewer a distributed system has 3 properties :
 Consistency
 Availability
 Partitions
 We can have at most two of these three properties for any shared-data system
 To scale out, we have to partition. It leaves a choice between consistency and
availability. ( In almost all cases, we would choose availability over consistency)
 Everyone who builds big applications builds them on CAP : Google, Yahoo,
Facebook, Amazon, eBay, etc.
12
Advantages of NoSQL
 Cheap and easy to implement (open source)
 Data are replicated to multiple nodes (therefore identical and fault-
tolerant) and can be partitioned
 When data is written, the latest version is on at least one node and then
replicated to other nodes
 No single point of failure
 Easy to distribute
 Don't require a schema
13
What is not provided by NoSQL
 Joins
 Group by
 ACID transactions
 SQL
 Integration with applications that are based on SQL
14
Where to use NoSQL
 NoSQL Data storage systems makes sense for applications that process very large
semi-structured data –like Log Analysis, Social Networking Feeds, Time-based
data.
 To improve programmer productivity by using a database that better matches an
application's needs.
 To improve data access performance via some combination of handling larger data
volumes, reducing latency, and improving throughput.
15
Conclusion
 All the choices provided by the rise of NoSQL databases does not mean the demise
of RDBMS databases as Relational databases are a powerful tool.
 We are entering an era of Polyglot persistence, a technique that uses different data
storage technologies to handle varying data storage needs. It can apply across an
enterprise or within an individual application.
16
References
1. “NoSQL Databases: An Overview”. Pramod Sadalage, thoughtworks.com(2014)
2. “Data management in cloud environments: NoSQL and NewSQL data stores”.
Grolinger, K.; Higashino, W. A.; Tiwari, A.; Capretz, M. A. M. (2013). JoCCASA,
Springer.
3. “Making the Shift from Relational to NoSQL”. Couchbase.com(2014).
4. “NoSQL - Death to Relational Databases”. Scofield, Ben (2010).
17
Thank
You
Thank
You

More Related Content

PPTX
introduction to NOSQL Database
PPTX
Introduction to NoSQL
PPTX
NOSQL vs SQL
PPTX
Relational databases vs Non-relational databases
PPSX
A Seminar on NoSQL Databases.
PPTX
NOSQL Databases types and Uses
PPTX
Data Collection Preparation
PPTX
COCOMO MODEL 1 And 2
introduction to NOSQL Database
Introduction to NoSQL
NOSQL vs SQL
Relational databases vs Non-relational databases
A Seminar on NoSQL Databases.
NOSQL Databases types and Uses
Data Collection Preparation
COCOMO MODEL 1 And 2

What's hot (20)

PPTX
Big data and Hadoop
PPTX
Temporal databases
PPTX
Data Modeling PPT
PDF
Lecture4 big data technology foundations
PPTX
MongoDB presentation
PPTX
Metadata ppt
PPT
Introduction to MongoDB
PDF
Data Models
PPT
Data models
PPTX
Nosql databases
PPTX
NoSQL databases - An introduction
PPT
Data preprocessing
PDF
Lecture1 introduction to big data
PDF
Object oriented databases
PPTX
Acid properties
PPTX
Data mining
PPT
Hadoop Map Reduce
PPTX
Hadoop File system (HDFS)
PPT
1. Introduction to DBMS
Big data and Hadoop
Temporal databases
Data Modeling PPT
Lecture4 big data technology foundations
MongoDB presentation
Metadata ppt
Introduction to MongoDB
Data Models
Data models
Nosql databases
NoSQL databases - An introduction
Data preprocessing
Lecture1 introduction to big data
Object oriented databases
Acid properties
Data mining
Hadoop Map Reduce
Hadoop File system (HDFS)
1. Introduction to DBMS
Ad

Similar to NOSQL- Presentation on NoSQL (20)

PDF
Nosql Presentation.pdf for DBMS understanding
PPTX
NoSQL powerpoint presentation difference with rdbms
PPTX
No sqlpresentation
PDF
the rising no sql technology
PPTX
No sql database
PPTX
2.Introduction to NOSQL (Core concepts).pptx
PPTX
NoSQL Basics and MongDB
PDF
NoSQL BIg Data Analytics Mongo DB and Cassandra .pdf
PPTX
No sq lv2
PPTX
Unit-10.pptx
PPTX
Non relational databases-no sql
DOCX
Report 1.0.docx
DOCX
Know what is NOSQL
DOCX
Report 2.0.docx
PDF
Comparative study of no sql document, column store databases and evaluation o...
PPTX
Unit 3 MongDB
DOCX
data base system to new data science lerne
PPTX
Selecting best NoSQL
PDF
Artigo no sql x relational
Nosql Presentation.pdf for DBMS understanding
NoSQL powerpoint presentation difference with rdbms
No sqlpresentation
the rising no sql technology
No sql database
2.Introduction to NOSQL (Core concepts).pptx
NoSQL Basics and MongDB
NoSQL BIg Data Analytics Mongo DB and Cassandra .pdf
No sq lv2
Unit-10.pptx
Non relational databases-no sql
Report 1.0.docx
Know what is NOSQL
Report 2.0.docx
Comparative study of no sql document, column store databases and evaluation o...
Unit 3 MongDB
data base system to new data science lerne
Selecting best NoSQL
Artigo no sql x relational
Ad

More from Ramakant Soni (13)

PDF
GATE 2021 Exam Information
PDF
What is Algorithm - An Overview
PDF
Role of Data Cleaning in Data Warehouse
PDF
Internet of things
PDF
Huffman and Arithmetic coding - Performance analysis
PDF
UML daigrams for Bank ATM system
PDF
Collaboration diagram- UML diagram
PDF
Activity diagram-UML diagram
PDF
Sequence diagram- UML diagram
PDF
Class diagram- UML diagram
PDF
Use Case diagram-UML diagram-2
PDF
Use Case diagram-UML diagram-1
PDF
UML Diagrams- Unified Modeling Language Introduction
GATE 2021 Exam Information
What is Algorithm - An Overview
Role of Data Cleaning in Data Warehouse
Internet of things
Huffman and Arithmetic coding - Performance analysis
UML daigrams for Bank ATM system
Collaboration diagram- UML diagram
Activity diagram-UML diagram
Sequence diagram- UML diagram
Class diagram- UML diagram
Use Case diagram-UML diagram-2
Use Case diagram-UML diagram-1
UML Diagrams- Unified Modeling Language Introduction

Recently uploaded (20)

PPTX
"Array and Linked List in Data Structures with Types, Operations, Implementat...
PPTX
CyberSecurity Mobile and Wireless Devices
PDF
III.4.1.2_The_Space_Environment.p pdffdf
PPTX
communication and presentation skills 01
PPTX
introduction to high performance computing
PPTX
Fundamentals of safety and accident prevention -final (1).pptx
PPT
INTRODUCTION -Data Warehousing and Mining-M.Tech- VTU.ppt
PDF
Influence of Green Infrastructure on Residents’ Endorsement of the New Ecolog...
PDF
Level 2 – IBM Data and AI Fundamentals (1)_v1.1.PDF
PDF
A SYSTEMATIC REVIEW OF APPLICATIONS IN FRAUD DETECTION
PPTX
Management Information system : MIS-e-Business Systems.pptx
PDF
BIO-INSPIRED HORMONAL MODULATION AND ADAPTIVE ORCHESTRATION IN S-AI-GPT
PPTX
Chemical Technological Processes, Feasibility Study and Chemical Process Indu...
PPTX
Graph Data Structures with Types, Traversals, Connectivity, and Real-Life App...
PDF
SMART SIGNAL TIMING FOR URBAN INTERSECTIONS USING REAL-TIME VEHICLE DETECTI...
PDF
Improvement effect of pyrolyzed agro-food biochar on the properties of.pdf
PDF
ChapteR012372321DFGDSFGDFGDFSGDFGDFGDFGSDFGDFGFD
PDF
Exploratory_Data_Analysis_Fundamentals.pdf
PPTX
tack Data Structure with Array and Linked List Implementation, Push and Pop O...
PPTX
Software Engineering and software moduleing
"Array and Linked List in Data Structures with Types, Operations, Implementat...
CyberSecurity Mobile and Wireless Devices
III.4.1.2_The_Space_Environment.p pdffdf
communication and presentation skills 01
introduction to high performance computing
Fundamentals of safety and accident prevention -final (1).pptx
INTRODUCTION -Data Warehousing and Mining-M.Tech- VTU.ppt
Influence of Green Infrastructure on Residents’ Endorsement of the New Ecolog...
Level 2 – IBM Data and AI Fundamentals (1)_v1.1.PDF
A SYSTEMATIC REVIEW OF APPLICATIONS IN FRAUD DETECTION
Management Information system : MIS-e-Business Systems.pptx
BIO-INSPIRED HORMONAL MODULATION AND ADAPTIVE ORCHESTRATION IN S-AI-GPT
Chemical Technological Processes, Feasibility Study and Chemical Process Indu...
Graph Data Structures with Types, Traversals, Connectivity, and Real-Life App...
SMART SIGNAL TIMING FOR URBAN INTERSECTIONS USING REAL-TIME VEHICLE DETECTI...
Improvement effect of pyrolyzed agro-food biochar on the properties of.pdf
ChapteR012372321DFGDSFGDFGDFSGDFGDFGDFGSDFGDFGFD
Exploratory_Data_Analysis_Fundamentals.pdf
tack Data Structure with Array and Linked List Implementation, Push and Pop O...
Software Engineering and software moduleing

NOSQL- Presentation on NoSQL

  • 1. Presentation on NoSQL “Towards the end of RDBMS ?” By: Ramakant Soni Asst. Professor, Dept. of Computer Science, BKBIET, Pilani
  • 2. What is RDBMS  RDBMS: the relational database management system.  Relation: a relation is a 2D table which has the following features:  Name  Attributes  Tuples Name 2
  • 3. Issues with RDBMS- Scalability  Issues with scaling up when the dataset is just too big e.g. Big Data.  Not designed to be distributed.  Looking at multi-node database solutions. Known as ‘horizontal scaling’.  Different approaches include:  Master-slave  Sharding 3
  • 4. Scaling RDBMS Master-Slave  All writes are written to the master. All reads are performed against the replicated slave databases.  Critical reads may be incorrect as writes may not have been propagated down.  Large data sets can pose problems as master needs to duplicate data to slaves. Sharding  Scales well for both reads and writes.  Not transparent, application needs to be partition-aware.  Can no longer have relationships or joins across partitions.  Loss of referential integrity across shards. 4
  • 5. What is NoSQL  Stands for Not Only SQL. Term was redefined by Eric Evans after Carlo Strozzi.  Class of non-relational data storage systems.  Do not require a fixed table schema nor do they use the concept of joins.  Relaxation for one or more of the ACID properties (Atomicity, Consistency, Isolation, Durability) using CAP theorem. 5
  • 6. Need of NoSQL  Explosion of social media sites (Facebook, Twitter, Google etc.) with large data needs. (Sharding is a problem)  Rise of cloud-based solutions such as Amazon S3 (simple storage solution).  Just as moving to dynamically-typed languages (Ruby/Groovy), a shift to dynamically-typed data with frequent schema changes.  Expansion of Open-source community.  NoSQL solution is more acceptable to a client now than a year ago. 6
  • 7. NoSQL Types NoSQL database are classified into four types: • Key Value pair based • Column based • Document based • Graph based 7
  • 8. Key Value Pair Based • Designed for processing dictionary. Dictionaries contain a collection of records having fields containing data. • Records are stored and retrieved using a key that uniquely identifies the record, and is used to quickly find the data within the database. Example: CouchDB, Oracle NoSQL Database, Riak etc. We use it for storing session information, user profiles, preferences, shopping cart data. We would avoid it when we need to query data having relationships between entities. 8
  • 9. Column based It store data as Column families containing rows that have many columns associated with a row key. Each row can have different columns. Column families are groups of related data that is accessed together. Example: Cassandra, HBase, Hypertable, and Amazon DynamoDB. We use it for content management systems, blogging platforms, log aggregation. We would avoid it for systems that are in early development, changing query patterns. 9
  • 10. Document Based The database stores and retrieves documents. It stores documents in the value part of the key-value store. Self- describing, hierarchical tree data structures consisting of maps, collections, and scalar values. Example: Lotus Notes, MongoDB, Couch DB, Orient DB, Raven DB. We use it for content management systems, blogging platforms, web analytics, real-time analytics, e- commerce applications. We would avoid it for systems that need complex transactions spanning multiple operations or queries against varying aggregate structures. 10
  • 11. Graph Based Store entities and relationships between these entities as nodes and edges of a graph respectively. Entities have properties. Traversing the relationships is very fast as relationship between nodes is not calculated at query time but is actually persisted as a relationship. Example: Neo4J, Infinite Graph, OrientDB, FlockDB. It is well suited for connected data, such as social networks, spatial data, routing information for goods and supply. 11
  • 12. CAP Theorem  According to Eric Brewer a distributed system has 3 properties :  Consistency  Availability  Partitions  We can have at most two of these three properties for any shared-data system  To scale out, we have to partition. It leaves a choice between consistency and availability. ( In almost all cases, we would choose availability over consistency)  Everyone who builds big applications builds them on CAP : Google, Yahoo, Facebook, Amazon, eBay, etc. 12
  • 13. Advantages of NoSQL  Cheap and easy to implement (open source)  Data are replicated to multiple nodes (therefore identical and fault- tolerant) and can be partitioned  When data is written, the latest version is on at least one node and then replicated to other nodes  No single point of failure  Easy to distribute  Don't require a schema 13
  • 14. What is not provided by NoSQL  Joins  Group by  ACID transactions  SQL  Integration with applications that are based on SQL 14
  • 15. Where to use NoSQL  NoSQL Data storage systems makes sense for applications that process very large semi-structured data –like Log Analysis, Social Networking Feeds, Time-based data.  To improve programmer productivity by using a database that better matches an application's needs.  To improve data access performance via some combination of handling larger data volumes, reducing latency, and improving throughput. 15
  • 16. Conclusion  All the choices provided by the rise of NoSQL databases does not mean the demise of RDBMS databases as Relational databases are a powerful tool.  We are entering an era of Polyglot persistence, a technique that uses different data storage technologies to handle varying data storage needs. It can apply across an enterprise or within an individual application. 16
  • 17. References 1. “NoSQL Databases: An Overview”. Pramod Sadalage, thoughtworks.com(2014) 2. “Data management in cloud environments: NoSQL and NewSQL data stores”. Grolinger, K.; Higashino, W. A.; Tiwari, A.; Capretz, M. A. M. (2013). JoCCASA, Springer. 3. “Making the Shift from Relational to NoSQL”. Couchbase.com(2014). 4. “NoSQL - Death to Relational Databases”. Scofield, Ben (2010). 17