SlideShare a Scribd company logo
1 of 88
Download to read offline
Course Code : 19CAB03
Course Name : RELATIONAL DATABASE
MANAGEMENT SYSTEMS
PREPARED BY,
Mrs.R.Pavithra ,
AP/MCA,
MEC.
UNIT-I - INTRODUCTION
 File systems versus Database systems – Data Models –
DBMS Architecture – Data Independence – Data
Modeling using Entity – Relationship Model – Enhanced
E-R Modeling.
UNIT -II - RELATIONAL MODEL AND
QUERY EVALUATION
 Relational Model Concepts – Relational Algebra – SQL –
Basic Queries – Complex SQL Queries – Views –
Constraints – Relational Calculus – Dynamic and
embedded SQL - Database Design – Functional
Dependencies – Normalization
UNIT-III - TRANSACTION PROCESSING
 Transaction Processing – Properties of Transactions -
Serializability – Transaction support in SQL - Locking
Techniques – Time Stamp ordering – Validation
Techniques – Granularity of Data Items – Recovery
concepts – Shadow paging – Concurrency control - Log
Based Recovery – Deadlock Handling, Insert and Delete
Operations.
UNIT-IV-FILES AND INDEXING
 File operations – Hashing Techniques – Indexing – Single
level and Multi-level Indexes – B+ tree – Static Hashing -
Indexes on Multiple Keys.
UNIT-V- SPECIAL PURPOSE
DATABASES
 OODBMS- - Object-Based Databases - OO Data Model -
OO Languages – Persistence – Object Relational
Databases - XML – Temporal Databases – Mobile
Databases – Spatial Databases.
TEXT BOOK
 Abraham Silberschatz, Henry F.Korth and S.Sundarshan
“Database System Concepts”, Sixth Edition, McGraw
Hill, 2010.
 C.J. Date, “An Introduction to Database Systems”, Eight
Edition, Pearson Education Delhi, 2008.
 Peter Rob, Carlos Coronel, “Database System Concepts”,
Cengage Learning, 2008.
REFERENCES
 Ramez Elamassri and Shankant B-Navathe,
“Fundamentals of Database Systems”, Sixth Edition,
Pearson Education Delhi, 2010.
 Raghu Ramakrishnan, Johannes Gehrke ,’ Database
management systems” McGraw Hill, 2003.
 Frank. P. Coyle, “XML, Web Services And The Data
Revolution”, Pearson Education, 2012.
UNIT - I - INTRODUCTION
INTRODUCTION :
 A database is an organized collection of data, generally
stored and accessed electronically from a computer
system.
 The database management system (DBMS) is
the software that interacts with end users, applications,
and the database itself to capture and analyze the data
File System Versus Database
System
 A File System is a type of data store, Which can be
used to store, retrieve and update a set of file.
 A File System, data is directly stored in set of files. It
contains flat files that have no relation to other files .
Disadvantages:
 Data Redundancy
 Data Inconsistency
 Difficulty in Accessing Data
 Data Isolation
 Integrity Problem
 Atomicity Problem
 Concurrent Access Anomalies
 Security Problem
Organization of Database
Characters
Field
Record
Table
Database
Characters
 A byte of typically 8 bits.
 Each byte represent an characters.
 A Characters can be an Upper Case(A,B,C…..Z), Lower
case(a,b,c,…..z), Numeric digit(0,1,2,….9) are Special
Symbol(.,!,[+],[-]./,…..).
Field
 Character can be combined to form a field.
 Field is a single piece of information.
 It is defined as the smallest unit in a database.
 Eg:
 Roll No
 Name
 Date of Birth
 Sex
 Address
Roll
Number
Name Date of
Birth
Sex Address
20MC001 Aarthi 22.02.1999 Female Salem
20MC002 Dinesh 23.05.1999 Male Erode
20MC003 Kanishka 09.09.1999 Female Namakkal
Records
 All the related files for an particular event are called a
record.
 In another words records is one complete set of fields.
Table
 Table is a collection of records.
First Name Last Name Age Address Tel
Number
Aarthi A 21 Salem XXXXXXX
X
Dinesh S 20 Erode XXXXXXX
X
Kanishka R 20 Namakkal XXXXXXX
X
Schema
 The term schema is used to mean an overall chart of
all the data item types and record types stored in a
database.
One to One
One to Many
Many to Many
Sub-Schema
 The term sub-schema refers to the same view but for the
data item types and record types which a particular user
uses in a particular application.
 The many different sub-schema can be derived from one
schema.
 This is external view of database.
DBMS
SCHEMA
Sub-Schema A Sub-Schema B Sub-Schema C
User 1 User 2 User 3 User 4 User 5
Instance
 It is the actual content of the database at a particular
point of time each variable has a particular value at a
given instant.
Roll
Number
Name Date of
Birth
Sex Address
20MC001 Aarthi 22.02.1999 Female Salem
20MC002 Dinesh 23.05.1999 Male Erode
Data Models
 Data Model is a collection of concept that can be used
to describe structure of the database.
 Structure of the database means data type relationship
constraints that should hold the data.
 Data model the set of basic operation for specifying
retrieve and update the database.
 Data model is a collection of conceptual tools,
1. Data
2. Data Relationship
3. Data Semantics.
4. Data Constraints.
Categories of Data Models:
Categories of Data Models
Relational Model
Network Model
Hierarchical Model
Entity Relationship Model
Object -Oriented Model
Relational Model
 This model represent data and relationship among data
by a collection of tables known as relationship.
 A number of columns unique names.
 Relationship model relate records by the value that
contain.
Advantage:
• Easy to use
• Flexibility
• Precision
• Security
• Data Independence
Disadvantage
 Low Performance.
 Physical storage consumption.
 Easy of design can lead to bad design.
 Hardware over heads
Network data Model
 This model represent data by collection of
records and relationship among data.
 This is represent by link which can be viewed as
pointer.
 There are three components of network models,
• Record Type
• Data Elements
• Link
Many to one relationship / Many to many
relationship
Te
Teach
Teacher
Courses
Employees
Work in
Project
Advantages
• Easy to access data.
• Capability to handle more relationship type.
• Data Integrity.
• Data Independence.
Disadvantages:
System Complexity.
Operational Anomalies.
Structural Independence.
Hierarchical Data Model
 A DBMS to the hierarchical data model uses tree structure
to relationship among records.
 A hierarchical database consist of a collection of records
which are connected with each other through link
Root
First
Child
Second Child
Employee
Job Assignment Benefits
Salary Insuranc
e
Pension
Advantages
 It is a simple, straight forward and natural method of
implementing.
 It is a useful when there is some hierarchical character
in the database.
Disadvantages:
The hierarchical model cannot represent all the
relationship that occurs in the real world.
It cannot represent many to many relationship.
The hierarchical model use only there is a hierarchical
character in the consider database.
Entity Relationship Model
 The basic E-R diagram was conceived by Peter Chen in
1976.
 Its requirements in a top-down fashion.
 Diagram created using this process are called entity-
relationship diagram or ER diagram.
Attributes
EMP No. EMP
Name
Designatio
n
Salary Dep.No
001 Mani Clerk 5000 02
002 Priya Manager 20000 01
003 Arun Clerk 12000 02
Advantages
 The database structure can be efficiently used even with a PC
that has limited main memory and processing.
 ER database is very effective for small database.
 It is very simple and represent logical relationship among the
data items.
Disadvantages:
 Quite complex to hate handle large database.
 Less hierarchical structure of database.
 Limited constraints representation.
 Limited relationship representation.
 No data manipulation languages.
 Less of information content.
Object Oriented Data Model
 A object oriented data model is a logic organization real
world object.
 A database language is concrete syntax for a data model.
 A database system implement the following basic object
oriented concept,
 Object and object identifies.
 Attributes and methods.
 Class.
 Class hierarchical inheritance.
Database Management System(DBMS)
 A DBMS is software designed to assist in maintaining and
utilizing large collection of data.
 DBMS provides an environment that is both convenient
and efficient to use.
 A DBMS is a combination of hardware and software that
can be used to setup and monitor a database and manage
the updating and retrieval of database.
 Microsoft access.
 SQL Server
 Oracle
 DB-2
 MYSOR
 SYBASE
Objective of DBMS
Shareability :
 An ability to share data resources is a fundamentals objective of DBMS.
 The different people and different processes using the same actual data at
virtually the same time.
Availability:
 It means the data of an organization to the user of that data.
 The system which manage the data resource should be easily accessible to the
people within an organization.
Evolvability:
 It refers to the ability of the DBMS to change in response to growing user
needed and advising technology.
Integrity
 Protecting the extension of the database.
 Maintaining the quality of the database.
 Ensuring the privacy of the database.
DBMS Interaction with Users:
 The database allows users to database without the knowledge.
 The communication between the DBMS software.
Transaction Management:
 A transaction is a sequence of database operations that
represents a logical unit of work and that access a
database and transform it form one step to another.
Concurrency Control:
 Concurrency control is the database management
activity of coordinating the actions of database
manipulation process that operate concurrently that
access shared data.
Recovery Management:
 The recovery management system in a database ensure
that the aborted are failed transaction create no efforts
on the database or the other transactions.
Security Management:
 Security management to the production of data against
unauthorized access.
 Security mechanisms of the DBMS make sure that only authorized
user are given access to the given data in the database.
Language Interface:
 DBMS support language used for the definition and manipulation of
the data in the database.
 The data structure are created by using the data definition language
comments.
Storage Management:
 DBMS provide a mechanisms for management of permanent storage
of data.
 The internet schema management mechanisms and the storage
manager interface with the operating system to access the physical
storage.
Data Architecture
 A DBMS that provides three levels of data views called
“three level architecture”.
 The objective of the three level architecture is to
separate each user view of the database from the way
the database is physically represented.
• External view.
• Conceptual view.
• Internal view.
External view
Conceptual view Logical data
Independence
Logical Record Interface
Physical data
Independence
Internal view
External schema
user 1
External schema
user 2
External schema
user 3
Conceptual schema
Internal schema
External View
 The external level is at the highest level of database
abstraction were only those portions of the database
concurrence to a user are application program.
 Any number of user views may exist for a given global or
conceptual view.
 Each external view is described by means of a schema
called an external schema or sub-schema.
 The external schema consists of the logical records and
the relationship in the external view.
Conceptual View
 At the level of database abstraction all the database
entities and the relationship.
 One conceptual view represented the entire
database.
 The record and the relationship include in the
conceptual view.
 The description of data at this level is in a format
independent of its physical representation.
Internal View
 The lowest level of abstraction closest to the
physical storage method used.
 It the data will be stored and described the data
structure and access methods to be used by
database.
 The internet schema contains the storage record
the method of representation the data field,
expresses the internal view.
Data Independence
 Data Independency is the capacity to change the
schema at one level of database system without
changing the schema at the next higher level.
 Immunity to lower level implementation details.
 Possibility of adding new application without having
to restructure the database.
Categories of Data Independence:
 Physical Data Independence
 Logical Data Independence
Advantages Data Independence
 Redundancy and inconsistence can be reduce.
 Better service to user.
 Cost of developing and maintaining system is
lower.
 Security can be improved.
 Enterprise requirement can be identified.
DML Pre-Compiler
 The DML(Data Manipulation Language) statement
embedded in an application program to normal
produce calls in the host languages.
 The pre-compiler must interact with the query
processor in order to generate the approximated quote
code.
DDL Interpreter:
 The DDL(Data Definition Languages) interpreter
converts the definition statement into a set of
tables.
File Manager:
 File manager manage the allocation of space on disk
storage and the data structure used to represent
information stored on disk.
Database Manager:
 The database manager is a program module which
provides the interface between low level data stored.
 The database and the application programs and query
to be submitted to the system.
Query Processor
 The query is used to interpret the online user query and
convert into an efficient service of operation.
 This the sent of the data manager for exception.
Database Administrator:
 Database Administration is a high level function that is
responsible for overall management of data resources in
an organization.
Responsibilities of DBA
 Schema definition
 ‘performance monitoring and tuning
 Schema and physical organization modification
 Granting of authorization for data access.
 Availability, Backup and Recovery.
 Integrity constraints specification.
Data Dictionary:
The data dictionary (or) system catalog is an important part
of the DBMS.
It contains data about data.
It contains the actual database description used by the
DBMS.
Storage Manager:
 It is storing , retrieving and updating data in the database.
Buffer Manager:
 The area into a block from the file is read termed as a buffer. The
management of the buffer the objective maximizing the performance of
the secondary storage system.
 At the same time keeping the demand on CPU resource tolerably low.
Database Users:
 One of the most important futures of DBMS is relatively inexperienced
user is called end user.
 The empowered to retrieve information from the database.
Types of Users:
• Casual end user.
• Naive and parametric end user.
• Sophisticated end user.
• Application Programmers.
 Redundancy can be reduced.
 Inconsistency can be avoided.
 Data can be shared.
 Standard can be enforced.
 Security can be applied.
 Integrity can be maintained.
Disadvantages of DBMS:
 High cost.
 Problem associated with centralization.
 Complexity of backup and recovery.
 Confidentiality privacy and security.
 Data quality.
Advantages Of DBMS:
 Airlines.
 Education.
 Banking.
 Telecommunications.
 Credit card Transaction.
 E-Commerce.
 Finance.
 Sales.
 Human Resources.
Database Application:
Data Modeling using Entity Relationship Model
Introduction:
 The basic E-R diagram was conceived by Peter Chen in
1976.
 Its requirements in a top-down fashion.
 Diagram created using this process are called entity-
relationship diagram or ER diagram.
 It is simple and easy to understand with a minimum
of training.
 The model can be used by the database designer to
communicate the designer to the enduser.
Entity:
 Entity is the object that exit and is distinguishable
from other object.
EX:
A particular person.
A particular department.
A particular place.
Entity Set:
Entity set is a collection or set all entities of a particular
entity type at any point of time is called entity set or
extension of a entity type.
EX:
Bucket of apple, etc….,
Types of Entity set
• Strong Entity Set
• Weak Entity Set
Strong Entity Set:
 A strong entity set is one that has a complete identifies
values may be used to identifying instance uniquely.
 A weak entities is dependent on strong entity.
Weak Entity Set:
 Entity belong to a weak entity type are identified by
being related to specify entities from another entity
type in communication with some of their attributes
values.
Difference between Strong and Weak Entity Set:
Strong Entity Weak Entity
• It has its own Primary key. • It does not have sufficient attributes
to from a Primary key on its own.
• It is represented by a rectangle. • It is represented by a double
rectangle.
• It contains a primary key represented
by an underline.
• It contains a partial key represented
by an dashed underline.
• The line connection strong entity set
with the relationship in single.
• The line connection Weak entity set
with the relationship in double.
• The relationship between two strong
entity set is represented by a
diamond symbol.
• The relationship between one strong
and a weak entity set is represented
by a double diamond symbol
• Total participation in the
relationship may or may not exit.
• Total participation in the
identifying relationship always
exits.
ATTRIBUTES
 A Particular entity will have a value for each of its
attributes.
 The attributes values that describe each entity become a
major part of the data stored in the database.
EX:
 An employee entity may be described by the employees,
name, age, address, salary and job
Types of Attributes:
• Composite Attributes.
• Simple Attributes.
• Single and Multi Valued.
• Stored and Derived Attributes.
Composite Attributes:
 Attributes can be divided into smaller sub parts, which
represent more basic attributes with independent
meaning for their own.
Address
Street City State Country
Simple Attributes:
 If the composite attributes is referenced only as a
whole there is no need to sub-divide it into component
attributes.
Single Valued and Multi Valued:
 Most attributes have a single value for a particular
entity such attributes are called single valued.
 A single valued attributed is one that holds for a single
value for a single attribute.
EX: Age, Roll No and so on.
Multi valued attributes is one that holds multiple
values for a single entity .
EX: Person may have two or more degrees (MSc, PhD).
Stored and Derived Attributes:
 The stored attributes which are already stored in the
database and from which the values of another
attributes is derived is called stored attributes.
EX: Date of Birth.
The Derived attributes are such attributes for which the
values is derived or calculated from stored attributes.
EX: Date of Birth of an employee is the stored attributes
but the age is the derived attributes.
KEYS
 A key is single attribute are combination of two or
more attributes of an entity set that is used to identify
one or more instances of set. KEY
Login Frist Last
Login Phone
Vino Kani Anandh
Priya Deepa Riyan
Sona Geetha Janani
Vino 9843744345
Types of Keys:
• Primary Key.
• Super Key.
• Candidate Key.
• Foreign Key.
• Alternate Key.
Primary Key:
 A primary key is a field that uniquely identified each
record in a table.
 It contain can’t null values and duplicate values.
Super Key:
 A super key is a set of one or more attributes that
allows identifying uniquely an entity in the entity set.
Candidate Key:
 A candidate key can be any column or a combination
of columns that can qualify as unique key in database.
 There can be multiple candidate key in one table.
Foreign Key:
 An attributes or set of attributes within one relation
that matches the candidate key of some relation.
Alternate Key:
 A candidate key that is not the primary key is called an
alternate key.
Relationship Model
 There are two entities, both of them are of the person type.
 There is a relationship called married between the two
person.
 In this relationship each of these two person entity has a
role.
 One person play the role of husband and another person
plays the role of wife.
Person Person
Entity Entity
Husband(role) Wife(role)
Relationship
Mathematical Relationship on Entity Set
 A relationship type R among n entity types
R1,R2,…….Rn define a set of association among entities
from this types.
 Mathematically R is a set of relationship instance ri
associate an n entities(e1,e2,….en) and each entity Ei in
ri is a member of entity type.
Types of relationship:
One-to-One:
 The one-to-one relationship also denoted as 1:1 is
simple.
 An entity there is exactly one occurrence of another
entity.
One-to-Many:
 In a one-to-many relationship also denoted as 1:M for
given occurrence of an entity there can be one or more
occurrence of another entity.
Many-to-Many:
 In a many-to-many relationship also denoted as M:N
there can be one or more values on both relationship
of values.
 Example:
Degree of Relationship:
 The degree of relationship is the number of entities
associated in the relationship.
 Relationship of degree greater than two are called
higher degree relationship.
Degree of Relationship:
• Unary Relationship.
• Binary Relationship.
Ternary Relationship.
• Quaternary Relationship.
Unary Relationship:
 If a relationship type is between entity type it is called
an unary relationship type.
Manager
Employees
Manage by
Binary Relationship:
 A binary relationship exist when two entities are
associated in a relationship .
 Binary relationship are most common conceptual
design, possible most higher order relationship.
Teaches
Lecture Class
Ternary Relationship:
 A ternary relationship implies an association among
three different entities.
 A doctor writes one or more prescription.
 A patient may receive one or more prescription.
 A drug may appear in one or more prescription.
Writes receive
Appears In
Doctor
prescription.
Patient
Drug
Quaternary Relationship:
 A quaternary relationship exit there are four entity
associated.
Teacher
Studies
Student
Course Material
Subject
Structural Constraints:
 Structural constraints are information about how two
or more entities are related to one another.
Types of Structural Constraints:
• Cardinality Constraints/Ratio
• Participation Constraints
Cardinality Constraints/Ratio
 The cardinality specify the maximum number of
relationship instant that the entity can participate. The
term used in database relation to denote the occurrence on
data on either side of the relationship.
 The possible cardinality ratio binary relationship types are,
 1 : 1
 1 : M
 M : N
Types of Cardinality:
• Link Cardinality.
• Sub-type Cardinality.
• Physical segment Cardinality.
• Possession Cardinality.
• Child Cardinality.
• Characteristic Cardinality.
• Paradox Cardinality.
• Association Cardinality.
Participation Constraints:
 A Participation constraints specifies the existence of
an entity depends on its related to another entity
relationship type.
Types of Participation Constraints:
 Total Participation Constraints
 Partial Participation Constraints
Entity Relationship diagram
 The basic ER diagram was conceived by Peter Chen
1976 as a unifying data model for all data models that
existed at that time.
 ER diagram or data schema map or data map is
another means of capturing the data and their
organization.
Importance of ERD:
 Straight forward relationship representation.
 Easy conversion of ER to other data model.
 Graphical representation for better understanding.
ER Symbol
Enhanced ER Modeling
 ER model was introduced for modeling most common
business problems and has widespread use.
 The term enhanced entity relationship model is used
to identify the result for extending the original ER
model with the new modeling constructs.
Super types and Sub types:
 A super type is a sub grouping of the entities in an
entity type that is meaningful to the organization.
 A sub type is a generic entity type that has a
relationship with one or more sub type.
EX : Student – Subtype.
Graduate , not graduate – Super type.
Reasons of using Super type/Sub type:
Two important reasons:
 It eliminate the requirements of describing similar to
concept more than one. The saving time from data
modeling and also results in more readable ER
diagram.
 The super type / sub type relationship add more
semantic concept and information of the design.
Basic concepts and Notation:
 The line to each sub type that has been U – Shaped
symbol on each line connecting a sub type to the circle
emphasises that the sub type is a sub set of the super
type.
EX
 That the organisation has three types of employees,
 Hourly Employees, Salaried Employees and Contract
consultants.
Hourly Employees:
Employee-no, Name, Address, date-hired, hourly –rate.
Salaried Employees:
Employee-Number, Employee-Name, Address, Date-
Hired, Annual-Salary, Stock-Option.
Contract Consultants:
Employee-No, Name, Address, date-hired, contact no,
billing rate.
EMPLOYEE
Employee-Number
Employee-Name
Address
Date-Hired
HOURLY
Employee
Hourly-Rate
SALARIED
Employee
Annual-salary
Stock-option
CONSULTANT
Contract-Number
Billing-Rate
IS-A Relationship and Attributes Inheritance
 The relationship support attribute inheritance and
relationship participation.
 In the EER diagram, the sub class relationship is
represented by IS-A relationship.
Multiple Inheritances:
 A sub class with more than one super class is called a
shared sub class.
 A sub class inherit attributes not only of its direct class.
 In multiple inheritance a sub class be sub class has more
than one super class.
Generalisation:
 A unique accept of human intelligence in the ability to
classify object and experience to generalise the properties.
 In data modeling generalisation is the process of defining a
more general entity type from a set of more specialised
entity types.
 This is an generalisation is a bottom up process.
Specialisation:
 Generalisation is a bottom up process
 Specialisation is a top down process the direct reverse order
of generalisation .
 Specialisation is the process of one or more sub type of the
super type and forming relationship.

More Related Content

Similar to ppt_rdbms.pdfuvuguvuvugycycyctcucuvyvvuvuvy

1677091759369776.pdf
1677091759369776.pdf1677091759369776.pdf
1677091759369776.pdfJanoakre
 
TID Chapter 10 Introduction To Database
TID Chapter 10 Introduction To DatabaseTID Chapter 10 Introduction To Database
TID Chapter 10 Introduction To DatabaseWanBK Leo
 
database introductoin optimization1-app6891.pdf
database introductoin optimization1-app6891.pdfdatabase introductoin optimization1-app6891.pdf
database introductoin optimization1-app6891.pdfparveen204931475
 
Introduction to Database
Introduction to DatabaseIntroduction to Database
Introduction to DatabaseSiti Ismail
 
Database Management system
Database Management systemDatabase Management system
Database Management systemVijay Thorat
 
Data base management system
Data base management systemData base management system
Data base management systemNavneet Jingar
 
DBMS Full book by Muhammad Sharif title as Database systems Handbook.pdf
DBMS Full book by Muhammad Sharif  title as Database systems Handbook.pdfDBMS Full book by Muhammad Sharif  title as Database systems Handbook.pdf
DBMS Full book by Muhammad Sharif title as Database systems Handbook.pdfBahria University Islamabad, Pakistan
 

Similar to ppt_rdbms.pdfuvuguvuvugycycyctcucuvyvvuvuvy (20)

1677091759369776.pdf
1677091759369776.pdf1677091759369776.pdf
1677091759369776.pdf
 
RDBMS to NoSQL. An overview.
RDBMS to NoSQL. An overview.RDBMS to NoSQL. An overview.
RDBMS to NoSQL. An overview.
 
TID Chapter 10 Introduction To Database
TID Chapter 10 Introduction To DatabaseTID Chapter 10 Introduction To Database
TID Chapter 10 Introduction To Database
 
database introductoin optimization1-app6891.pdf
database introductoin optimization1-app6891.pdfdatabase introductoin optimization1-app6891.pdf
database introductoin optimization1-app6891.pdf
 
Introduction to Database
Introduction to DatabaseIntroduction to Database
Introduction to Database
 
DBMS Part 1.pptx
DBMS Part 1.pptxDBMS Part 1.pptx
DBMS Part 1.pptx
 
23246406 dbms-unit-1
23246406 dbms-unit-123246406 dbms-unit-1
23246406 dbms-unit-1
 
DBMS topic in PU
DBMS topic in PUDBMS topic in PU
DBMS topic in PU
 
Database Management system
Database Management systemDatabase Management system
Database Management system
 
27 fcs157al2
27 fcs157al227 fcs157al2
27 fcs157al2
 
Data base management system
Data base management systemData base management system
Data base management system
 
Dbms unit01
Dbms unit01Dbms unit01
Dbms unit01
 
DBMS Full book by Muhammad Sharif title as Database systems Handbook.pdf
DBMS Full book by Muhammad Sharif  title as Database systems Handbook.pdfDBMS Full book by Muhammad Sharif  title as Database systems Handbook.pdf
DBMS Full book by Muhammad Sharif title as Database systems Handbook.pdf
 
Muhammad Sharif dbms book title as Database systems Handbook.pdf
Muhammad Sharif dbms book title as Database systems Handbook.pdfMuhammad Sharif dbms book title as Database systems Handbook.pdf
Muhammad Sharif dbms book title as Database systems Handbook.pdf
 
Muhammad Sharif dbms book title as Database systems Handbook.pdf
Muhammad Sharif dbms book title as Database systems Handbook.pdfMuhammad Sharif dbms book title as Database systems Handbook.pdf
Muhammad Sharif dbms book title as Database systems Handbook.pdf
 
Database systems Handbook.pdf
Database systems Handbook.pdfDatabase systems Handbook.pdf
Database systems Handbook.pdf
 
Muhammad Sharif Database systems Handbook.pdf
Muhammad Sharif  Database systems Handbook.pdfMuhammad Sharif  Database systems Handbook.pdf
Muhammad Sharif Database systems Handbook.pdf
 
Database systems Handbook.pdf
Database systems Handbook.pdfDatabase systems Handbook.pdf
Database systems Handbook.pdf
 
Muhammad Sharif Database systems Handbook.pdf
Muhammad Sharif  Database systems Handbook.pdfMuhammad Sharif  Database systems Handbook.pdf
Muhammad Sharif Database systems Handbook.pdf
 
Database systems Handbook database systems muhammad sharif.pdf
Database systems Handbook database systems muhammad sharif.pdfDatabase systems Handbook database systems muhammad sharif.pdf
Database systems Handbook database systems muhammad sharif.pdf
 

Recently uploaded

100-Concepts-of-AI by Anupama Kate .pptx
100-Concepts-of-AI by Anupama Kate .pptx100-Concepts-of-AI by Anupama Kate .pptx
100-Concepts-of-AI by Anupama Kate .pptxAnupama Kate
 
PKS-TGC-1084-630 - Stage 1 Proposal.pptx
PKS-TGC-1084-630 - Stage 1 Proposal.pptxPKS-TGC-1084-630 - Stage 1 Proposal.pptx
PKS-TGC-1084-630 - Stage 1 Proposal.pptxPramod Kumar Srivastava
 
Data Warehouse , Data Cube Computation
Data Warehouse   , Data Cube ComputationData Warehouse   , Data Cube Computation
Data Warehouse , Data Cube Computationsit20ad004
 
Unveiling Insights: The Role of a Data Analyst
Unveiling Insights: The Role of a Data AnalystUnveiling Insights: The Role of a Data Analyst
Unveiling Insights: The Role of a Data AnalystSamantha Rae Coolbeth
 
Schema on read is obsolete. Welcome metaprogramming..pdf
Schema on read is obsolete. Welcome metaprogramming..pdfSchema on read is obsolete. Welcome metaprogramming..pdf
Schema on read is obsolete. Welcome metaprogramming..pdfLars Albertsson
 
Data Science Jobs and Salaries Analysis.pptx
Data Science Jobs and Salaries Analysis.pptxData Science Jobs and Salaries Analysis.pptx
Data Science Jobs and Salaries Analysis.pptxFurkanTasci3
 
RA-11058_IRR-COMPRESS Do 198 series of 1998
RA-11058_IRR-COMPRESS Do 198 series of 1998RA-11058_IRR-COMPRESS Do 198 series of 1998
RA-11058_IRR-COMPRESS Do 198 series of 1998YohFuh
 
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service Bhilai
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service BhilaiLow Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service Bhilai
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service BhilaiSuhani Kapoor
 
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Callshivangimorya083
 
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
Data Science Project: Advancements in Fetal Health Classification
Data Science Project: Advancements in Fetal Health ClassificationData Science Project: Advancements in Fetal Health Classification
Data Science Project: Advancements in Fetal Health ClassificationBoston Institute of Analytics
 
Beautiful Sapna Vip Call Girls Hauz Khas 9711199012 Call /Whatsapps
Beautiful Sapna Vip  Call Girls Hauz Khas 9711199012 Call /WhatsappsBeautiful Sapna Vip  Call Girls Hauz Khas 9711199012 Call /Whatsapps
Beautiful Sapna Vip Call Girls Hauz Khas 9711199012 Call /Whatsappssapnasaifi408
 
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...soniya singh
 
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM TRACKING WITH GOOGLE ANALYTICS.pptx
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM  TRACKING WITH GOOGLE ANALYTICS.pptxEMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM  TRACKING WITH GOOGLE ANALYTICS.pptx
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM TRACKING WITH GOOGLE ANALYTICS.pptxthyngster
 
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...Sapana Sha
 
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...dajasot375
 

Recently uploaded (20)

100-Concepts-of-AI by Anupama Kate .pptx
100-Concepts-of-AI by Anupama Kate .pptx100-Concepts-of-AI by Anupama Kate .pptx
100-Concepts-of-AI by Anupama Kate .pptx
 
Russian Call Girls Dwarka Sector 15 💓 Delhi 9999965857 @Sabina Modi VVIP MODE...
Russian Call Girls Dwarka Sector 15 💓 Delhi 9999965857 @Sabina Modi VVIP MODE...Russian Call Girls Dwarka Sector 15 💓 Delhi 9999965857 @Sabina Modi VVIP MODE...
Russian Call Girls Dwarka Sector 15 💓 Delhi 9999965857 @Sabina Modi VVIP MODE...
 
PKS-TGC-1084-630 - Stage 1 Proposal.pptx
PKS-TGC-1084-630 - Stage 1 Proposal.pptxPKS-TGC-1084-630 - Stage 1 Proposal.pptx
PKS-TGC-1084-630 - Stage 1 Proposal.pptx
 
Data Warehouse , Data Cube Computation
Data Warehouse   , Data Cube ComputationData Warehouse   , Data Cube Computation
Data Warehouse , Data Cube Computation
 
Delhi 99530 vip 56974 Genuine Escort Service Call Girls in Kishangarh
Delhi 99530 vip 56974 Genuine Escort Service Call Girls in  KishangarhDelhi 99530 vip 56974 Genuine Escort Service Call Girls in  Kishangarh
Delhi 99530 vip 56974 Genuine Escort Service Call Girls in Kishangarh
 
Unveiling Insights: The Role of a Data Analyst
Unveiling Insights: The Role of a Data AnalystUnveiling Insights: The Role of a Data Analyst
Unveiling Insights: The Role of a Data Analyst
 
Schema on read is obsolete. Welcome metaprogramming..pdf
Schema on read is obsolete. Welcome metaprogramming..pdfSchema on read is obsolete. Welcome metaprogramming..pdf
Schema on read is obsolete. Welcome metaprogramming..pdf
 
Data Science Jobs and Salaries Analysis.pptx
Data Science Jobs and Salaries Analysis.pptxData Science Jobs and Salaries Analysis.pptx
Data Science Jobs and Salaries Analysis.pptx
 
RA-11058_IRR-COMPRESS Do 198 series of 1998
RA-11058_IRR-COMPRESS Do 198 series of 1998RA-11058_IRR-COMPRESS Do 198 series of 1998
RA-11058_IRR-COMPRESS Do 198 series of 1998
 
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service Bhilai
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service BhilaiLow Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service Bhilai
Low Rate Call Girls Bhilai Anika 8250192130 Independent Escort Service Bhilai
 
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call
꧁❤ Greater Noida Call Girls Delhi ❤꧂ 9711199171 ☎️ Hard And Sexy Vip Call
 
꧁❤ Aerocity Call Girls Service Aerocity Delhi ❤꧂ 9999965857 ☎️ Hard And Sexy ...
꧁❤ Aerocity Call Girls Service Aerocity Delhi ❤꧂ 9999965857 ☎️ Hard And Sexy ...꧁❤ Aerocity Call Girls Service Aerocity Delhi ❤꧂ 9999965857 ☎️ Hard And Sexy ...
꧁❤ Aerocity Call Girls Service Aerocity Delhi ❤꧂ 9999965857 ☎️ Hard And Sexy ...
 
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Defence Colony Delhi 💯Call Us 🔝8264348440🔝
 
Data Science Project: Advancements in Fetal Health Classification
Data Science Project: Advancements in Fetal Health ClassificationData Science Project: Advancements in Fetal Health Classification
Data Science Project: Advancements in Fetal Health Classification
 
Beautiful Sapna Vip Call Girls Hauz Khas 9711199012 Call /Whatsapps
Beautiful Sapna Vip  Call Girls Hauz Khas 9711199012 Call /WhatsappsBeautiful Sapna Vip  Call Girls Hauz Khas 9711199012 Call /Whatsapps
Beautiful Sapna Vip Call Girls Hauz Khas 9711199012 Call /Whatsapps
 
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...
High Class Call Girls Noida Sector 39 Aarushi 🔝8264348440🔝 Independent Escort...
 
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM TRACKING WITH GOOGLE ANALYTICS.pptx
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM  TRACKING WITH GOOGLE ANALYTICS.pptxEMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM  TRACKING WITH GOOGLE ANALYTICS.pptx
EMERCE - 2024 - AMSTERDAM - CROSS-PLATFORM TRACKING WITH GOOGLE ANALYTICS.pptx
 
E-Commerce Order PredictionShraddha Kamble.pptx
E-Commerce Order PredictionShraddha Kamble.pptxE-Commerce Order PredictionShraddha Kamble.pptx
E-Commerce Order PredictionShraddha Kamble.pptx
 
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...
Saket, (-DELHI )+91-9654467111-(=)CHEAP Call Girls in Escorts Service Saket C...
 
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...
Indian Call Girls in Abu Dhabi O5286O24O8 Call Girls in Abu Dhabi By Independ...
 

ppt_rdbms.pdfuvuguvuvugycycyctcucuvyvvuvuvy

  • 1. Course Code : 19CAB03 Course Name : RELATIONAL DATABASE MANAGEMENT SYSTEMS PREPARED BY, Mrs.R.Pavithra , AP/MCA, MEC.
  • 2. UNIT-I - INTRODUCTION  File systems versus Database systems – Data Models – DBMS Architecture – Data Independence – Data Modeling using Entity – Relationship Model – Enhanced E-R Modeling.
  • 3. UNIT -II - RELATIONAL MODEL AND QUERY EVALUATION  Relational Model Concepts – Relational Algebra – SQL – Basic Queries – Complex SQL Queries – Views – Constraints – Relational Calculus – Dynamic and embedded SQL - Database Design – Functional Dependencies – Normalization
  • 4. UNIT-III - TRANSACTION PROCESSING  Transaction Processing – Properties of Transactions - Serializability – Transaction support in SQL - Locking Techniques – Time Stamp ordering – Validation Techniques – Granularity of Data Items – Recovery concepts – Shadow paging – Concurrency control - Log Based Recovery – Deadlock Handling, Insert and Delete Operations.
  • 5. UNIT-IV-FILES AND INDEXING  File operations – Hashing Techniques – Indexing – Single level and Multi-level Indexes – B+ tree – Static Hashing - Indexes on Multiple Keys.
  • 6. UNIT-V- SPECIAL PURPOSE DATABASES  OODBMS- - Object-Based Databases - OO Data Model - OO Languages – Persistence – Object Relational Databases - XML – Temporal Databases – Mobile Databases – Spatial Databases.
  • 7. TEXT BOOK  Abraham Silberschatz, Henry F.Korth and S.Sundarshan “Database System Concepts”, Sixth Edition, McGraw Hill, 2010.  C.J. Date, “An Introduction to Database Systems”, Eight Edition, Pearson Education Delhi, 2008.  Peter Rob, Carlos Coronel, “Database System Concepts”, Cengage Learning, 2008.
  • 8. REFERENCES  Ramez Elamassri and Shankant B-Navathe, “Fundamentals of Database Systems”, Sixth Edition, Pearson Education Delhi, 2010.  Raghu Ramakrishnan, Johannes Gehrke ,’ Database management systems” McGraw Hill, 2003.  Frank. P. Coyle, “XML, Web Services And The Data Revolution”, Pearson Education, 2012.
  • 9. UNIT - I - INTRODUCTION INTRODUCTION :  A database is an organized collection of data, generally stored and accessed electronically from a computer system.  The database management system (DBMS) is the software that interacts with end users, applications, and the database itself to capture and analyze the data
  • 10. File System Versus Database System  A File System is a type of data store, Which can be used to store, retrieve and update a set of file.  A File System, data is directly stored in set of files. It contains flat files that have no relation to other files .
  • 11.
  • 12. Disadvantages:  Data Redundancy  Data Inconsistency  Difficulty in Accessing Data  Data Isolation  Integrity Problem  Atomicity Problem  Concurrent Access Anomalies  Security Problem
  • 14. Characters  A byte of typically 8 bits.  Each byte represent an characters.  A Characters can be an Upper Case(A,B,C…..Z), Lower case(a,b,c,…..z), Numeric digit(0,1,2,….9) are Special Symbol(.,!,[+],[-]./,…..).
  • 15. Field  Character can be combined to form a field.  Field is a single piece of information.  It is defined as the smallest unit in a database.  Eg:  Roll No  Name  Date of Birth  Sex  Address
  • 16. Roll Number Name Date of Birth Sex Address 20MC001 Aarthi 22.02.1999 Female Salem 20MC002 Dinesh 23.05.1999 Male Erode 20MC003 Kanishka 09.09.1999 Female Namakkal
  • 17. Records  All the related files for an particular event are called a record.  In another words records is one complete set of fields.
  • 18. Table  Table is a collection of records. First Name Last Name Age Address Tel Number Aarthi A 21 Salem XXXXXXX X Dinesh S 20 Erode XXXXXXX X Kanishka R 20 Namakkal XXXXXXX X
  • 19. Schema  The term schema is used to mean an overall chart of all the data item types and record types stored in a database. One to One One to Many Many to Many
  • 20. Sub-Schema  The term sub-schema refers to the same view but for the data item types and record types which a particular user uses in a particular application.  The many different sub-schema can be derived from one schema.  This is external view of database.
  • 21. DBMS SCHEMA Sub-Schema A Sub-Schema B Sub-Schema C User 1 User 2 User 3 User 4 User 5
  • 22. Instance  It is the actual content of the database at a particular point of time each variable has a particular value at a given instant. Roll Number Name Date of Birth Sex Address 20MC001 Aarthi 22.02.1999 Female Salem 20MC002 Dinesh 23.05.1999 Male Erode
  • 23. Data Models  Data Model is a collection of concept that can be used to describe structure of the database.  Structure of the database means data type relationship constraints that should hold the data.  Data model the set of basic operation for specifying retrieve and update the database.  Data model is a collection of conceptual tools, 1. Data 2. Data Relationship 3. Data Semantics. 4. Data Constraints.
  • 24. Categories of Data Models: Categories of Data Models Relational Model Network Model Hierarchical Model Entity Relationship Model Object -Oriented Model
  • 25. Relational Model  This model represent data and relationship among data by a collection of tables known as relationship.  A number of columns unique names.  Relationship model relate records by the value that contain. Advantage: • Easy to use • Flexibility • Precision • Security • Data Independence
  • 26. Disadvantage  Low Performance.  Physical storage consumption.  Easy of design can lead to bad design.  Hardware over heads
  • 27. Network data Model  This model represent data by collection of records and relationship among data.  This is represent by link which can be viewed as pointer.  There are three components of network models, • Record Type • Data Elements • Link
  • 28. Many to one relationship / Many to many relationship Te Teach Teacher Courses Employees Work in Project
  • 29. Advantages • Easy to access data. • Capability to handle more relationship type. • Data Integrity. • Data Independence. Disadvantages: System Complexity. Operational Anomalies. Structural Independence.
  • 30. Hierarchical Data Model  A DBMS to the hierarchical data model uses tree structure to relationship among records.  A hierarchical database consist of a collection of records which are connected with each other through link Root First Child Second Child Employee Job Assignment Benefits Salary Insuranc e Pension
  • 31. Advantages  It is a simple, straight forward and natural method of implementing.  It is a useful when there is some hierarchical character in the database. Disadvantages: The hierarchical model cannot represent all the relationship that occurs in the real world. It cannot represent many to many relationship. The hierarchical model use only there is a hierarchical character in the consider database.
  • 32. Entity Relationship Model  The basic E-R diagram was conceived by Peter Chen in 1976.  Its requirements in a top-down fashion.  Diagram created using this process are called entity- relationship diagram or ER diagram. Attributes EMP No. EMP Name Designatio n Salary Dep.No 001 Mani Clerk 5000 02 002 Priya Manager 20000 01 003 Arun Clerk 12000 02
  • 33. Advantages  The database structure can be efficiently used even with a PC that has limited main memory and processing.  ER database is very effective for small database.  It is very simple and represent logical relationship among the data items. Disadvantages:  Quite complex to hate handle large database.  Less hierarchical structure of database.  Limited constraints representation.  Limited relationship representation.  No data manipulation languages.  Less of information content.
  • 34. Object Oriented Data Model  A object oriented data model is a logic organization real world object.  A database language is concrete syntax for a data model.  A database system implement the following basic object oriented concept,  Object and object identifies.  Attributes and methods.  Class.  Class hierarchical inheritance.
  • 35. Database Management System(DBMS)  A DBMS is software designed to assist in maintaining and utilizing large collection of data.  DBMS provides an environment that is both convenient and efficient to use.  A DBMS is a combination of hardware and software that can be used to setup and monitor a database and manage the updating and retrieval of database.  Microsoft access.  SQL Server  Oracle  DB-2  MYSOR  SYBASE
  • 36. Objective of DBMS Shareability :  An ability to share data resources is a fundamentals objective of DBMS.  The different people and different processes using the same actual data at virtually the same time. Availability:  It means the data of an organization to the user of that data.  The system which manage the data resource should be easily accessible to the people within an organization. Evolvability:  It refers to the ability of the DBMS to change in response to growing user needed and advising technology. Integrity  Protecting the extension of the database.  Maintaining the quality of the database.  Ensuring the privacy of the database. DBMS Interaction with Users:  The database allows users to database without the knowledge.  The communication between the DBMS software.
  • 37.
  • 38. Transaction Management:  A transaction is a sequence of database operations that represents a logical unit of work and that access a database and transform it form one step to another. Concurrency Control:  Concurrency control is the database management activity of coordinating the actions of database manipulation process that operate concurrently that access shared data. Recovery Management:  The recovery management system in a database ensure that the aborted are failed transaction create no efforts on the database or the other transactions.
  • 39. Security Management:  Security management to the production of data against unauthorized access.  Security mechanisms of the DBMS make sure that only authorized user are given access to the given data in the database. Language Interface:  DBMS support language used for the definition and manipulation of the data in the database.  The data structure are created by using the data definition language comments. Storage Management:  DBMS provide a mechanisms for management of permanent storage of data.  The internet schema management mechanisms and the storage manager interface with the operating system to access the physical storage.
  • 40. Data Architecture  A DBMS that provides three levels of data views called “three level architecture”.  The objective of the three level architecture is to separate each user view of the database from the way the database is physically represented. • External view. • Conceptual view. • Internal view.
  • 41. External view Conceptual view Logical data Independence Logical Record Interface Physical data Independence Internal view External schema user 1 External schema user 2 External schema user 3 Conceptual schema Internal schema
  • 42.
  • 43. External View  The external level is at the highest level of database abstraction were only those portions of the database concurrence to a user are application program.  Any number of user views may exist for a given global or conceptual view.  Each external view is described by means of a schema called an external schema or sub-schema.  The external schema consists of the logical records and the relationship in the external view.
  • 44. Conceptual View  At the level of database abstraction all the database entities and the relationship.  One conceptual view represented the entire database.  The record and the relationship include in the conceptual view.  The description of data at this level is in a format independent of its physical representation.
  • 45. Internal View  The lowest level of abstraction closest to the physical storage method used.  It the data will be stored and described the data structure and access methods to be used by database.  The internet schema contains the storage record the method of representation the data field, expresses the internal view.
  • 46.
  • 47. Data Independence  Data Independency is the capacity to change the schema at one level of database system without changing the schema at the next higher level.  Immunity to lower level implementation details.  Possibility of adding new application without having to restructure the database. Categories of Data Independence:  Physical Data Independence  Logical Data Independence
  • 48. Advantages Data Independence  Redundancy and inconsistence can be reduce.  Better service to user.  Cost of developing and maintaining system is lower.  Security can be improved.  Enterprise requirement can be identified.
  • 49.
  • 50. DML Pre-Compiler  The DML(Data Manipulation Language) statement embedded in an application program to normal produce calls in the host languages.  The pre-compiler must interact with the query processor in order to generate the approximated quote code. DDL Interpreter:  The DDL(Data Definition Languages) interpreter converts the definition statement into a set of tables.
  • 51. File Manager:  File manager manage the allocation of space on disk storage and the data structure used to represent information stored on disk. Database Manager:  The database manager is a program module which provides the interface between low level data stored.  The database and the application programs and query to be submitted to the system.
  • 52. Query Processor  The query is used to interpret the online user query and convert into an efficient service of operation.  This the sent of the data manager for exception. Database Administrator:  Database Administration is a high level function that is responsible for overall management of data resources in an organization.
  • 53. Responsibilities of DBA  Schema definition  ‘performance monitoring and tuning  Schema and physical organization modification  Granting of authorization for data access.  Availability, Backup and Recovery.  Integrity constraints specification. Data Dictionary: The data dictionary (or) system catalog is an important part of the DBMS. It contains data about data. It contains the actual database description used by the DBMS.
  • 54. Storage Manager:  It is storing , retrieving and updating data in the database. Buffer Manager:  The area into a block from the file is read termed as a buffer. The management of the buffer the objective maximizing the performance of the secondary storage system.  At the same time keeping the demand on CPU resource tolerably low. Database Users:  One of the most important futures of DBMS is relatively inexperienced user is called end user.  The empowered to retrieve information from the database. Types of Users: • Casual end user. • Naive and parametric end user. • Sophisticated end user. • Application Programmers.
  • 55.  Redundancy can be reduced.  Inconsistency can be avoided.  Data can be shared.  Standard can be enforced.  Security can be applied.  Integrity can be maintained. Disadvantages of DBMS:  High cost.  Problem associated with centralization.  Complexity of backup and recovery.  Confidentiality privacy and security.  Data quality. Advantages Of DBMS:
  • 56.  Airlines.  Education.  Banking.  Telecommunications.  Credit card Transaction.  E-Commerce.  Finance.  Sales.  Human Resources. Database Application:
  • 57. Data Modeling using Entity Relationship Model Introduction:  The basic E-R diagram was conceived by Peter Chen in 1976.  Its requirements in a top-down fashion.  Diagram created using this process are called entity- relationship diagram or ER diagram.  It is simple and easy to understand with a minimum of training.  The model can be used by the database designer to communicate the designer to the enduser.
  • 58. Entity:  Entity is the object that exit and is distinguishable from other object. EX: A particular person. A particular department. A particular place. Entity Set: Entity set is a collection or set all entities of a particular entity type at any point of time is called entity set or extension of a entity type. EX: Bucket of apple, etc….,
  • 59. Types of Entity set • Strong Entity Set • Weak Entity Set Strong Entity Set:  A strong entity set is one that has a complete identifies values may be used to identifying instance uniquely.  A weak entities is dependent on strong entity. Weak Entity Set:  Entity belong to a weak entity type are identified by being related to specify entities from another entity type in communication with some of their attributes values.
  • 60. Difference between Strong and Weak Entity Set: Strong Entity Weak Entity • It has its own Primary key. • It does not have sufficient attributes to from a Primary key on its own. • It is represented by a rectangle. • It is represented by a double rectangle. • It contains a primary key represented by an underline. • It contains a partial key represented by an dashed underline. • The line connection strong entity set with the relationship in single. • The line connection Weak entity set with the relationship in double. • The relationship between two strong entity set is represented by a diamond symbol. • The relationship between one strong and a weak entity set is represented by a double diamond symbol • Total participation in the relationship may or may not exit. • Total participation in the identifying relationship always exits.
  • 61. ATTRIBUTES  A Particular entity will have a value for each of its attributes.  The attributes values that describe each entity become a major part of the data stored in the database. EX:  An employee entity may be described by the employees, name, age, address, salary and job Types of Attributes: • Composite Attributes. • Simple Attributes. • Single and Multi Valued. • Stored and Derived Attributes.
  • 62. Composite Attributes:  Attributes can be divided into smaller sub parts, which represent more basic attributes with independent meaning for their own. Address Street City State Country
  • 63. Simple Attributes:  If the composite attributes is referenced only as a whole there is no need to sub-divide it into component attributes. Single Valued and Multi Valued:  Most attributes have a single value for a particular entity such attributes are called single valued.  A single valued attributed is one that holds for a single value for a single attribute. EX: Age, Roll No and so on. Multi valued attributes is one that holds multiple values for a single entity . EX: Person may have two or more degrees (MSc, PhD).
  • 64. Stored and Derived Attributes:  The stored attributes which are already stored in the database and from which the values of another attributes is derived is called stored attributes. EX: Date of Birth. The Derived attributes are such attributes for which the values is derived or calculated from stored attributes. EX: Date of Birth of an employee is the stored attributes but the age is the derived attributes.
  • 65. KEYS  A key is single attribute are combination of two or more attributes of an entity set that is used to identify one or more instances of set. KEY Login Frist Last Login Phone Vino Kani Anandh Priya Deepa Riyan Sona Geetha Janani Vino 9843744345
  • 66. Types of Keys: • Primary Key. • Super Key. • Candidate Key. • Foreign Key. • Alternate Key. Primary Key:  A primary key is a field that uniquely identified each record in a table.  It contain can’t null values and duplicate values.
  • 67. Super Key:  A super key is a set of one or more attributes that allows identifying uniquely an entity in the entity set. Candidate Key:  A candidate key can be any column or a combination of columns that can qualify as unique key in database.  There can be multiple candidate key in one table. Foreign Key:  An attributes or set of attributes within one relation that matches the candidate key of some relation. Alternate Key:  A candidate key that is not the primary key is called an alternate key.
  • 68. Relationship Model  There are two entities, both of them are of the person type.  There is a relationship called married between the two person.  In this relationship each of these two person entity has a role.  One person play the role of husband and another person plays the role of wife. Person Person Entity Entity Husband(role) Wife(role) Relationship
  • 69. Mathematical Relationship on Entity Set  A relationship type R among n entity types R1,R2,…….Rn define a set of association among entities from this types.  Mathematically R is a set of relationship instance ri associate an n entities(e1,e2,….en) and each entity Ei in ri is a member of entity type. Types of relationship:
  • 70. One-to-One:  The one-to-one relationship also denoted as 1:1 is simple.  An entity there is exactly one occurrence of another entity. One-to-Many:  In a one-to-many relationship also denoted as 1:M for given occurrence of an entity there can be one or more occurrence of another entity. Many-to-Many:  In a many-to-many relationship also denoted as M:N there can be one or more values on both relationship of values.
  • 72. Degree of Relationship:  The degree of relationship is the number of entities associated in the relationship.  Relationship of degree greater than two are called higher degree relationship. Degree of Relationship: • Unary Relationship. • Binary Relationship. Ternary Relationship. • Quaternary Relationship.
  • 73. Unary Relationship:  If a relationship type is between entity type it is called an unary relationship type. Manager Employees Manage by
  • 74. Binary Relationship:  A binary relationship exist when two entities are associated in a relationship .  Binary relationship are most common conceptual design, possible most higher order relationship. Teaches Lecture Class
  • 75. Ternary Relationship:  A ternary relationship implies an association among three different entities.  A doctor writes one or more prescription.  A patient may receive one or more prescription.  A drug may appear in one or more prescription. Writes receive Appears In Doctor prescription. Patient Drug
  • 76. Quaternary Relationship:  A quaternary relationship exit there are four entity associated. Teacher Studies Student Course Material Subject
  • 77. Structural Constraints:  Structural constraints are information about how two or more entities are related to one another. Types of Structural Constraints: • Cardinality Constraints/Ratio • Participation Constraints
  • 78. Cardinality Constraints/Ratio  The cardinality specify the maximum number of relationship instant that the entity can participate. The term used in database relation to denote the occurrence on data on either side of the relationship.  The possible cardinality ratio binary relationship types are,  1 : 1  1 : M  M : N Types of Cardinality: • Link Cardinality. • Sub-type Cardinality. • Physical segment Cardinality. • Possession Cardinality. • Child Cardinality. • Characteristic Cardinality. • Paradox Cardinality. • Association Cardinality.
  • 79. Participation Constraints:  A Participation constraints specifies the existence of an entity depends on its related to another entity relationship type. Types of Participation Constraints:  Total Participation Constraints  Partial Participation Constraints
  • 80. Entity Relationship diagram  The basic ER diagram was conceived by Peter Chen 1976 as a unifying data model for all data models that existed at that time.  ER diagram or data schema map or data map is another means of capturing the data and their organization. Importance of ERD:  Straight forward relationship representation.  Easy conversion of ER to other data model.  Graphical representation for better understanding.
  • 82. Enhanced ER Modeling  ER model was introduced for modeling most common business problems and has widespread use.  The term enhanced entity relationship model is used to identify the result for extending the original ER model with the new modeling constructs. Super types and Sub types:  A super type is a sub grouping of the entities in an entity type that is meaningful to the organization.  A sub type is a generic entity type that has a relationship with one or more sub type. EX : Student – Subtype. Graduate , not graduate – Super type.
  • 83. Reasons of using Super type/Sub type: Two important reasons:  It eliminate the requirements of describing similar to concept more than one. The saving time from data modeling and also results in more readable ER diagram.  The super type / sub type relationship add more semantic concept and information of the design. Basic concepts and Notation:  The line to each sub type that has been U – Shaped symbol on each line connecting a sub type to the circle emphasises that the sub type is a sub set of the super type.
  • 84. EX  That the organisation has three types of employees,  Hourly Employees, Salaried Employees and Contract consultants. Hourly Employees: Employee-no, Name, Address, date-hired, hourly –rate. Salaried Employees: Employee-Number, Employee-Name, Address, Date- Hired, Annual-Salary, Stock-Option. Contract Consultants: Employee-No, Name, Address, date-hired, contact no, billing rate.
  • 86. IS-A Relationship and Attributes Inheritance  The relationship support attribute inheritance and relationship participation.  In the EER diagram, the sub class relationship is represented by IS-A relationship. Multiple Inheritances:  A sub class with more than one super class is called a shared sub class.  A sub class inherit attributes not only of its direct class.  In multiple inheritance a sub class be sub class has more than one super class.
  • 87.
  • 88. Generalisation:  A unique accept of human intelligence in the ability to classify object and experience to generalise the properties.  In data modeling generalisation is the process of defining a more general entity type from a set of more specialised entity types.  This is an generalisation is a bottom up process. Specialisation:  Generalisation is a bottom up process  Specialisation is a top down process the direct reverse order of generalisation .  Specialisation is the process of one or more sub type of the super type and forming relationship.