Professional Documents
Culture Documents
Unit 1
Unit 1
Manisha 7754837557
manisha@isdcglobal.org.uk
Overview
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Data
Consistency Isolation Concurrency Data Integrity Durability Security
Persistence
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Persistence
Retention of
State
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Set of guidelines
ensuring accuracy
of transactions
Consistency
Any given
There must be no database
internal conflict transaction must
based on data change affected
written data only in
allowed ways
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Specifies when
and how the
changes
implemented
become visible
Deals with
Lower Isolation
consistency and
levels causes
completeness of
dirty reads
data
Isolation
Higher Isolation
Uses different
levels limits the
kinds of locks to
users to
maintain
concurrently
different levels
access same data
No transaction
will affect the
existence of
other transaction
unless related
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Ability for
multiple processes
to access or
change shared
data at the same
time
Ensures
Employs the use concurrent user
of several processes can
concurrency execute without
control protocols blocking each
other
Concurrency
The users
Allows multiple
querying for same
users to affect
data must be able
multiple
to view the data
transactions
uniformly
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Data
Integrity
Ensures accurate,
reliable and
consistent data Increases stability
throughout the
database
Increases
performance,
reusability
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Ensures data
persistence and
permanence
Durability
If any failure
Compliments occurs, the data
failure recovery written to disk
persists
Manisha 7754837557
manisha@isdcglobal.org.uk
Characteristics of a DBMS
Concerns the
usage of security
protocols and
controls to protect
databases
Employs access
Enforces several
control, auditing,
security protocols
authentication
on tables and
and encryption to
views
secure
Security
Uses backups and
Employs and
recovery to
maintains disaster
provide and
recovery fail safes
enforce
in case of data
application
breaches
security
Reviews privileges
granted to users
and accounts
Manisha 7754837557
manisha@isdcglobal.org.uk
Architecture of a DBMS (3-Tier Architecture)
DBMS 3-tier architecture divides the complete system into three inter-related but independent modules as shown below:
Manisha 7754837557
manisha@isdcglobal.org.uk
Architecture of a DBMS (3-Tier Architecture)
Manisha 7754837557
manisha@isdcglobal.org.uk
Architecture of a DBMS
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
A database model shows the logical structure of a database, including the relationships and
constraints that determine how data can be stored and accessed. Individual database models are
designed based on the rules and concepts of whichever broader data model the designers adopt.
Most data models can be represented by an accompanying database diagram.
Object
Relational Hierarchical Object Oriented
Network Model Relational
Model Model Model
Model(ORD)
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
Relational Model
• The most common model.
• The relational model sorts data into tables, also known
as relations, each of which consists of columns and
rows.
• Each column lists an attribute of the entity in question,
such as price, zip code, or birth date. Together, the
attributes in a relation are called a domain.
• A particular attribute or combination of attributes is
chosen as a primary key that can be referred to in other
tables, when it’s called a foreign key.
• Each row, also called a tuple, includes data about a
specific instance of the entity in question, such as a
particular employee.
• The model also accounts for the types of relationships
between those tables, including one-to-one, one-to-
many, and many-to-many relationships.
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
Hierarchical Model
• The Hierarchical model organizes data into a tree-like structure, where each record has a single
parent or root.
• Sibling records are sorted in a particular order. That order is used as the physical order for storing
the database.
• This model is good for describing many real-world relationships.
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
Network Model
• The network model builds on the hierarchical model
by allowing many-to-many relationships between
linked records, implying multiple parent records.
• Based on mathematical set theory, the model is
constructed with sets of related records. Each set
consists of one owner or parent record and one or
more member or child records. A record can be a
member or child in multiple sets, allowing this model
to convey complex relationships.
• It was most popular in the 70s after it was formally
defined by the Conference on Data Systems
Languages (CODASYL).
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
Object-Oriented Model
• This model defines a database as a collection of
objects, or reusable software elements, with
associated features and methods.
• There are several kinds of object-oriented
databases:
• A Multimedia Database incorporates media,
such as images, that could not be stored in a
relational database.
• A Hypertext Database allows any object to link
to any other object. It’s useful for organizing
lots of disparate data, but it’s not ideal for
numerical analysis.
• The object-oriented database model is the best
known post-relational database model, since it
incorporates tables, but isn’t limited to tables. Such
models are also known as hybrid database models.
Manisha 7754837557
manisha@isdcglobal.org.uk
Data Models
Entity-Relationship Model
• This model captures the relationships
between real-world entities much like
the network model, but it isn’t as
directly tied to the physical structure
of the database. Instead, it’s often
used for designing a database
conceptually.
• Here, the people, places, and things
about which data points are stored
are referred to as entities, each of
which has certain attributes that
together make up their domain.
• The cardinality, or relationships
between entities, are mapped as well.
Manisha 7754837557
manisha@isdcglobal.org.uk
RDBMS – Relational Database Management Systems
• SQL
• MySQL
• IBM DB2
• Oracle
• Microsoft Access
Manisha 7754837557
manisha@isdcglobal.org.uk
RDBMS – Relational Database Management Systems
Dr. E F Codd was an English computer scientist who, while working for IBM, invented the relational
model for database management, the theoretical basis for relational databases and relational
database management systems. He made other valuable contributions to computer science, but the
relational model, a very influential general theory of data management, remains his most mentioned,
analyzed and celebrated achievement.
Dr. E F Codd
Manisha 7754837557
manisha@isdcglobal.org.uk
RDBMS – Relational Database Management Systems
Manisha 7754837557
manisha@isdcglobal.org.uk
Entity Relationship Diagram (ERD)
An entity relationship diagram (ERD) shows the relationships of entity sets stored in a database. An
entity in this context is an object, a component of data. An entity set is a collection of similar entities.
These entities can have attributes that define its properties.
By defining the entities, their attributes, and showing the relationships between them, an ER diagram
illustrates the logical structure of databases.
Manisha 7754837557
manisha@isdcglobal.org.uk
Entity Relationship Diagram (ERD) – Hospital Management System
Manisha 7754837557
manisha@isdcglobal.org.uk
Entity Relationship Diagram (ERD)
Entity, Attributes, Relationships etc. form the components of ER Diagram and there are defined
symbols and shapes to represent each one of them.
Entity
Simple rectangular box represents an Entity.
Manisha 7754837557
manisha@isdcglobal.org.uk
Entity Relationship Diagram (ERD)
Entity, Attributes, Relationships etc. form the components of ER Diagram and there are defined
symbols and shapes to represent each one of them.
Weak Entity
A weak Entity is represented using double rectangular
boxes. It is generally connected to another entity.
Manisha 7754837557
manisha@isdcglobal.org.uk
Entity Relationship Diagram (ERD)
Entity, Attributes, Relationships etc. form the components of ER Diagram and there are defined
symbols and shapes to represent each one of them.
Entity, Attributes, Relationships etc. form the components of ER Diagram and there are defined
symbols and shapes to represent each one of them.
Manisha 7754837557
manisha@isdcglobal.org.uk
Practice Time
Charles is a newly appointed Database Administrator at Standard bank. The
management of this bank wants to computerize the process of banking. According to
the bank's policy, one can have many accounts, but one account cannot be shared by
many customers. Identify the entities, their attributes and the type of relationship
between the entities.
Manisha 7754837557
manisha@isdcglobal.org.uk
ER Diagram of a Bank
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
VISIT
www.mysql.com
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
GO TO
DOWNLOADS
SECTION
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
SCROLL DOWN
AND SELECT
COMMUNITY
DOWNLOADS
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
SELECT
MySQL
COMMUNITY
SERVER
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
SCROLL
DOWN
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
CLICK HERE
FOR
INSTALLER
DOWNLOAD
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
SCROLL
DOWN
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
CLICK HERE
TO
DOWNLOAD
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
SAVE FILE
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Download
RUN THE
DOWNLOADED
FILE
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
TYPE
PASSWORD AS
ROOT
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Installation
Manisha 7754837557
manisha@isdcglobal.org.uk
MySQL Workbench
Manisha 7754837557
manisha@isdcglobal.org.uk
SQL – Structured Query Language
Structure Query Language(SQL) is a database query language used for storing and managing data in
Relational DBMS. SQL was the first commercial language introduced for E.F Codd's Relational model
of database. Today almost all RDBMS(MySQL, Oracle, Infomix, Sybase, MS Access) use SQL as the
standard database query language. SQL is used to perform all types of data operations in RDBMS.
Manisha 7754837557
manisha@isdcglobal.org.uk
SQL Command Types
This includes DML commands These commands Data control Data query language
changes to the are used for are to keep a language are the is used to fetch data
structure of the manipulating the check on other commands to from tables based on
table like creation of data stored in the commands and grant and take conditions that we
table, altering table, table and not the their effect on the back authority can easily apply.
deleting a table etc. table itself. database. from any database
All DDL commands DML commands user.
are auto-committed. are not auto-
committed.
Manisha 7754837557
manisha@isdcglobal.org.uk