Professional Documents
Culture Documents
Session 1
Session 1
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
DBMS Introduction
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Definitions
Data: stored representations of meaningful objects and events
Structured: numbers, text, dates
Unstructured: images, video, documents
Information: data processed to increase knowledge in the person using
the data
Metadata: data that describes the properties and context of user data
Database: organized collection of logically related data
Mini-world: Some part of the real world about which data is stored in a
database. For example, student grades and transcripts at a university.
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Database Management System (DBMS): It is a software package
designed to store and manage databases.
or
A software package/ system to facilitate the creation and maintenance of a
computerized database.
Database System: The DBMS software together with the data itself.
Sometimes, the applications are also included.
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Traditional Method of Data Storage
Loan_Processing Transaction_Processing
Fixed_Deposit_Processing
(Application Program) (Application Program)
(Application Program)
File System
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Ways of storing data in files – customer
data
4176 Aniruddha Sarkar SBU1
Predefined length
4181 Manoj Saha SBU1
4183 Moushumi Dharchoudhury SBU1
4203 Suryanarayana D.V.S.S. SBU1
4204 Vivek Rai SBU1
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Files vs. DBMS
A company has a large collection (say, 500 GB) of data on employees, departments, products, sales, and
so on.
We can try to deal with this data management problem by storing the data in a
collection of files.
This approach has many drawbacks, including the following:
• May not have 500GB Main Memory to store all the data. Therefore Application must
stage large datasets between main memory and secondary storage (e.g., buffering,
page-oriented access, 32-bit addressing, etc.)
• Special Programs to answer each question a user may want to ask about data
• Must protect data from inconsistency changes made by multiple concurrent users
• Security and access control: Policies for different users to have permission to access
different subsets of the data.
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Figure: Old file processing systems at ABC Furniture Company
Duplicate Data
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
The Database Technology
Database
• Computer based record-keeping system
• Organized collection of interrelated (persistent) data
• Records & maintains data
Database Management System
• Collection of interrelated files and set of programs which allows users to access and
modify files
• Primary Goal is to provide a convenient and efficient way to store, retrieve
and modify information
• Layer of abstraction (hiding implementation details) between the application programs and the file system
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Where does the DBMS fit in?
Position of DBMS
Loan_Processing Transaction_Processing
Fixed_Deposit_Processing
(Application Program) (Application Program)
(Application Program)
DBMS
File System
Customer_Loan
Customer_Details Customer_Transaction
Customer_Fixed_Deposit
Bank Database
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Difference Between File and DBMS Operations
File system Interface DBMS Interface
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Typical DBMS Functionality
Define a database : in terms of data types, structures and constraints
Construct or Load the Database on a secondary storage medium
Manipulating the database : querying, generating reports, insertions,
deletions and modifications to its content
Concurrent Processing and Sharing by a set of users and programs – yet,
keeping all data valid and consistent
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Typical DBMS Functionality
Other features:
– Protection or Security measures to prevent unauthorized access
– “Active” processing to take internal actions on data
– Presentation and Visualization of data
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Main Characteristics of the Database Approach
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Main Characteristics of the Database Approach
• Data Abstraction: A data model is used to hide storage details and present
the users with a conceptual view (entire structure) of the database.
• Support of multiple views of the data: Each user may see a different view of
the database, which describes only the data of interest to that user.
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Main Characteristics of the Database Approach
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Advantages of DBMS
• Data independence and efficient access.
• Reduced application development time.
• Data integrity and security.
• Uniform data administration.
• Concurrent access, recovery from crashes.
• Planned data redundancy
• Improved data consistency
• Improved data sharing
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED
Database Users
• Users may be divided into
• Those who actually use and control the database content, and those who
design, develop and maintain database applications (called “Actors on the
Scene”), and
• Those who design and develop the DBMS software and related tools, and the
computer systems operators (called “Workers Behind the Scene”)
Database Users
Actors on the scene
◦ Database Designers:
Responsible to define the content, the structure, the constraints, and functions or
transactions against the database.
They must communicate with the end-users and understand their needs.
◦ Database administrators:
Responsible for authorizing access to the database, for coordinating and monitoring its
use, acquiring software and hardware resources, controlling its use and monitoring
efficiency of operations.
Database Users
• Actors on the scene
• Database administrator's duties include:
• Schema definition
• Storage structure and access method definition
• Schema and physical organization modification
• Granting user authority to access the database
• Specifying integrity constraints
• Acting as liaison with users
• Monitoring performance and responding to changes in requirements
Database Users
Actors on the scene (continued)
◦ End-users: They use the data for queries, reports and some of them update
the database content.
◦ End-users can be categorized into:
Casual: access database occasionally when needed
Naïve or Parametric: they make up a large section of the end-user population.
They use previously well-defined functions in the form of “canned transactions” against the
database.
Examples are bank-tellers or reservation clerks who do this activity for an entire shift of
operations
DBMS Languages
• High-level or nonprocedural DML
• Can be used on its own to specify complex database operations concisely
• Set-at-a-time or set-oriented
• Low-level or procedural DML
• Must be embedded in a general-purpose programming language
• Record-at-a-time
© 2016 KL University – The contents of this presentation are an intellectual and copyrighted property of KL University. ALL RIGHTS RESERVED