Introduction of DB: Database System Concepts and Architecture
Introduction of DB: Database System Concepts and Architecture
Database System
Concepts and
Architecture
Data Models
Data Model: A set of concepts to describe
the structure of a database, and certain
constraints that the database should obey.
Categories of data models
Conceptual (high-level, semantic) data models:
Provide concepts that are close to the way many users
perceive data. (Also called entity-based or object-
based data models.)
Physical (low-level, internal) data models: Provide
concepts that describe details of how data is stored in
the computer.
Implementation (representational) data models:
Provide concepts that fall between the above two,
balancing user views with some computer storage
details.
Schemas versus Instances
• Database Schema: The description of a database.
Includes descriptions of the database structure and
the constraints that should hold on the database.
• Schema Diagram: A diagrammatic display of
(some aspects of) a database schema.
• Database Instance: The actual data stored in a
database at a particular moment in time. Also
called database state (or occurrence).
Database Schema Vs.
Database State
• Database State: Refers to the content of a database at a
moment in time.
• Initial Database State: Refers to the database when it is
loaded
• Valid State: A state that satisfies the structure and
constraints of the database.
• Distinction
• The database schema changes very infrequently. The database
state changes every time the database is updated.
• Schema is also called intension, whereas state is called
extension.
Three-level Architecture
Purpose of three-level database architecture.
Contents of external, conceptual, and internal levels.
Purpose of external/conceptual and conceptual/internal
mappings.
Meaning of logical and physical data independence.
Distinction between DDL and DML.
A classification of data models.
Objectives of Three-Level
Architecture
All users should be able to access same
data.
A user’s view is immune to changes
made in other views.
Users should not need to know physical
database storage details.
Objectives of Three-Level
Architecture
DBA should be able to change database storage
structures without affecting the users’ views.