0% found this document useful (0 votes)
11 views62 pages

Chapt6 - Database Design

Chapter 9 of the document focuses on database design, emphasizing the importance of aligning database structures with the overall information system and utilizing frameworks like the Systems Development Life Cycle (SDLC) and Database Life Cycle (DBLC). It outlines the iterative processes involved in database design, including conceptual, logical, and physical design, as well as the significance of continuous evaluation and revision. The chapter also discusses various design strategies and factors influencing software purchasing decisions.

Uploaded by

Dharsh Dhaarsini
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
11 views62 pages

Chapt6 - Database Design

Chapter 9 of the document focuses on database design, emphasizing the importance of aligning database structures with the overall information system and utilizing frameworks like the Systems Development Life Cycle (SDLC) and Database Life Cycle (DBLC). It outlines the iterative processes involved in database design, including conceptual, logical, and physical design, as well as the significance of continuous evaluation and revision. The chapter also discusses various design strategies and factors influencing software purchasing decisions.

Uploaded by

Dharsh Dhaarsini
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd

11e Database Systems

Design, Implementation, and Management

Coronel |
Morris

Chapter 9
Database Design
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
Learning Objectives
 In this chapter, you will learn:
 That successful database design must reflect the
information system of which the database is a part
 That successful information systems are developed
within a framework known as the Systems
Development Life Cycle (SDLC)

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 2
Learning Objectives
 In this chapter, you will learn:
 That within the information system, the most
successful databases are subject to frequent evaluation
and revision within a framework known as the
Database Life Cycle (DBLC)
 How to conduct evaluation and revision within the
SDLC and DBLC frameworks
 About database design strategies: top-down vs. bottom-
up design and centralized vs. decentralized design

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 3
The Information System
 Provides for data collection, storage, and retrieval
 Composed of:
 People, hardware, software
 Database(s), application programs, procedures
 Systems analysis: Process that establishes need for
and extent of information system
 Systems development: Process of creating
information system

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 4
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 5
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 6
Performance Factors of an Information
System
 Database design and implementation
 Application design and implementation
 Administrative procedures
 Database development: Process of database design
and its implementation

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 7
Systems Development Life Cycle
(SDLC)
 Traces history of an information system
 Provides a picture within which database design and
application development are mapped out and
evaluated
 Iterative rather than sequential process

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 8
Figure 9.2 - The Systems Development
Life Cycle (SDLC)

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 9
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 10
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 11
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 12
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 13
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 14
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 15
Computer-Aided Systems Engineering
(CASE)
 Tool that produces:
 Time and cost effective systems
 Structured, documented, and standardized applications

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 16
Figure 9.3 - The Database Life Cycle
(DBLC)

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 17
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 18
Figure 9.4 - A Summary of Activities
in the Database Initial Study

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 19
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 20
Purpose of Database Initial Study

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 21
Database Design
 Supports company’s operations and objectives
 Checks the ultimate final product from all
perspectives
 Pointers for examining completion procedures
 Data component is an element of whole system
 System analysts/programmers design procedures to
convert data into information
 Database design is an iterative process

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 22
Figure 9.5 - Two Views of Data: Business
Manager and Database Designer

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 23
Database Design Process
Conceptua • Data analysis and requirements
l • Entity Relationship modeling and normalization
Design • Data model verification
• Distributed database design

DBMS Select the


Selection DBMS

Logical • Map conceptual model to logical model


Design components
• Validate logical model using normalization
• Validate logical model integrity constraints
• Validate logical model against user
requirements
Physical • Define data storage organization
Design • Define integrity and security measures
• Determine performance measures
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 25
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 26
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 27
Implementation and Loading
 Install the DBMS
 Virtualization: Creates logical representations of
computing resources independent of underlying
physical computing resources
 Create the databases
 Requires the creation of special storage-related
constructs to house the end-user tables
 Load or convert the data
 Requires aggregating data from multiple sources

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 28
Testing Factors
 Physical security
 Password security
 Access rights
 Audit trails
 Data encryption
 Diskless workstations
 Optimization

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 29
Levels of Database Backups
 Full backup/dump: All database objects are backed
up in their entirety
 Differential backup: Only modified/updated objects
since last full backup are backed up
 Transaction log backup: Only the transaction log
operations that are not reflected in a previous backup
are backed up
 Backups are provided with high security

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 30
Sources of Database Failure

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 31
Periodic Maintenance Activities
 Preventive maintenance (backup)
 Corrective maintenance (recovery)
 Adaptive maintenance
 Assignment of access permissions and their
maintenance for new and old users
 Generation of database access statistics
 Periodic security audits
 Periodic system-usage summaries

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 32
Figure 9.8 - Parallel Activities in the
DBLC and the SDLC

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 33
Conceptual Design
 Designs a database independent of database software
and physical details
 Conceptual data model - Describes main data entities,
attributes, relationships, and constrains
 Designed as software and hardware independent
 Minimum data rule: All that is needed is there, and
all that is there is needed

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 34
Table 9.2 - Conceptual Design Steps

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 35
Description of Operations

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 36
Table 9.3 - Developing the Conceptual
Model Using ER Diagrams

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 37
Figure 9.10 - ER Modeling is an Iterative
Process Based on Many Activities

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 38
Figure 9.11 - Conceptual Design Tools
and Information Sources

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 39
Data Model Verification
 Verified against proposed system processes
 Revision of original design
 Careful reevaluation of entities
 Detailed examination of attributes describing entities
 Module: Information system component that handles
specific business function

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 40
Table 9.5 - The ER Model Verification
Process

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 41
Figure 9.12 - Iterative ER Model
Verification Process

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 42
Cohesivity and Module Coupling
 Cohesivity: Strength of the relationships among the
module’s entities
 Module coupling: Extent to which modules are
independent to one another
 Low coupling decreases unnecessary intermodule
dependencies

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 43
Distributed Database Design
 Portions of database may reside in different physical
locations
 Database fragment: Subset of a database stored at a
given location
 Ensures database integrity, security, and performance

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 44
Factors Affecting Software Purchasing
Decision
 Cost
 DBMS features and tools
 Underlying model
 Portability
 DBMS hardware requirements

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 45
LOGICAL DESIGN

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 46
PHYSICAL DESIGN

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 47
Logical and Physical Design
 Logical design: Designs an enterprise-wide database
that is based on a specific data model but independent
of physical-level details
 Validates logical model:
 Using normalization
 Integrity constraints
 Against user requirements
 Physical design: Process of data storage organization
and data access characteristics of the database

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 48
Table 9.6 - Logical Design Steps

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 49
Table 9.7 - Mapping the Conceptual
Model to the Relational Model

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 50
Table 9.8 - Physical Design Steps

Cengage Learning © 2015

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 51
Clustered Tables

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 52
Database Role

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 53
Figure 9.14 - Top-down vs. Bottom-up
Design Sequencing

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 54
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 55
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 56
Figure 9.15 - Centralized Design

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 57
Figure 9.16 - Decentralized Design

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 58
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 59
Figure 9.17 - Summary of Aggregation
Problems

©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 60
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 61
©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part. 62

You might also like