IS 320 Notes for April 15, 2014. 13-2 Learning Objectives Understand database concepts. Use normalization to efficiently store data in a database. Use.

Slides:



Advertisements
Similar presentations
Management Information Systems, Sixth Edition
Advertisements

Accounting System Design
Relational Databases Chapter 4.
Modeling the Data: Conceptual and Logical Data Modeling
Systems Development Life Cycle
© 2005 by Prentice Hall 1 Chapter 5: Logical Database Design and the Relational Model Modern Database Management 7 th Edition Jeffrey A. Hoffer, Mary B.
Database Design Conceptual –identify important entities and relationships –determine attribute domains and candidate keys –draw the E-R diagram Logical.
Chapter 17 Designing Databases
Organizing Data & Information
1 © Prentice Hall, 2002 Chapter 5: Logical Database Design and the Relational Model Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B.
13 Kendall & Kendall Systems Analysis and Design, 9e
Modern Systems Analysis and Design Third Edition
Chapter 4 Relational Databases Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 4-1.
Chapter 3: Data Modeling
Chapter 4 Relational Databases Copyright © 2012 Pearson Education 4-1.
Michael F. Price College of Business Chapter 6: Logical database design and the relational model.
Logical Database Design Nazife Dimililer. II - Logical Database Design Two stages –Building and validating local logical model –Building and validating.
Page 1 ISMT E-120 Introduction to Microsoft Access & Relational Databases The Influence of Software and Hardware Technologies on Business Productivity.
PHASE 3: SYSTEMS DESIGN Chapter 7 Data Design.
1 DATABASE TECHNOLOGIES BUS Abdou Illia, Fall 2007 (Week 3, Tuesday 9/4/2007)
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 9.1.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 9.1.
1 California State University, Fullerton Chapter 7 Information System Data Management.
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
Chapter 1 Overview of Database Concepts Oracle 10g: SQL
1 Chapter 1 Overview of Database Concepts. 2 Chapter Objectives Identify the purpose of a database management system (DBMS) Distinguish a field from a.
Concepts and Terminology Introduction to Database.
2005 SPRING CSMUIntroduction to Information Management1 Organizing Data John Sum Institute of Technology Management National Chung Hsing University.
CHAPTER 8: MANAGING DATA RESOURCES. File Organization Terms Field: group of characters that represent something Record: group of related fields File:
MIS 301 Information Systems in Organizations Dave Salisbury ( )
Lecture 2 An Overview of Relational Database IST 318 – DB Admin.
MIS 301 Information Systems in Organizations Dave Salisbury ( )
Lecture 12 Designing Databases 12.1 COSC4406: Software Engineering.
Normalization (Codd, 1972) Practical Information For Real World Database Design.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
MS Access: Creating Relational Databases Instructor: Vicki Weidler Assistant: Joaquin Obieta.
I Information Systems Technology Ross Malaga 4 "Part I Understanding Information Systems Technology" Copyright © 2005 Prentice Hall, Inc. 4-1 DATABASE.
Database Design Part of the design process is deciding how data will be stored in the system –Conventional files (sequential, indexed,..) –Databases (database.
Lecture2: Database Environment Prepared by L. Nouf Almujally & Aisha AlArfaj 1 Ref. Chapter2 College of Computer and Information Sciences - Information.
Designing Databases Systems Analysis and Design, 7e Kendall & Kendall 13 © 2008 Pearson Prentice Hall.
DataBase Management System What is DBMS Purpose of DBMS Data Abstraction Data Definition Language Data Manipulation Language Data Models Data Keys Relationships.
CIS 210 Systems Analysis and Development Week 6 Part II Designing Databases,
Databases Shortfalls of file management systems Structure of a database Database administration Database Management system Hierarchical Databases Network.
6.1 © 2010 by Prentice Hall 6 Chapter Foundations of Business Intelligence: Databases and Information Management.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
© 2005 by Prentice Hall 1 The Database Development Process Dr. Emad M. Alsukhni The Database Development Process Dr. Emad M. Alsukhni Modern Database Management.
1 © Prentice Hall, 2002 Chapter 5: Logical Database Design and the Relational Model Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B.
Database Design. The process of developing database structures from user requirements for data a structured methodology Structured Methodology - a number.
Chapter 13 Designing Databases Systems Analysis and Design Kendall & Kendall Sixth Edition.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 16 Using Relational Databases.
Information Access Mgt09/12/971 Entity-Relationship Design Information Level Design.
MIS 301 Information Systems in Organizations Dave Salisbury ( )
Lection №4 Development of the Relational Databases.
1 DATABASE TECHNOLOGIES (Part 2) BUS Abdou Illia, Fall 2015 (September 9, 2015)
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
1 ER Modeling BUAD/American University Mapping ER modeling to Relationships.
Chapter 10 Designing Databases. Objectives:  Define key database design terms.  Explain the role of database design in the IS development process. 
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 9 Designing Databases 9.1.
Logical Database Design and the Relational Model.
Lecture 4: Logical Database Design and the Relational Model 1.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Designing Databases Systems Analysis and Design, 8e Kendall & Kendall 13.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 12 Designing.
Database Planning Database Design Normalization.
1 Management Information Systems M Agung Ali Fikri, SE. MM.
Logical Database Design and the Rational Model
Modern Systems Analysis and Design Third Edition
Chapter 4 Relational Databases
Basic Concepts in Data Management
Chapter 17 Designing Databases
Systems Analysis and Design, 7e Kendall & Kendall
Presentation transcript:

IS 320 Notes for April 15, 2014

13-2 Learning Objectives Understand database concepts. Use normalization to efficiently store data in a database. Use databases for presenting data. Understand the concept of data warehouses. Comprehend the usefulness of publishing databases to the Web.

13-3 Data Storage The data must be available when the user wants to use them. The data must be accurate and consistent. Efficient storage of data as well as efficient updating and retrieval It is necessary that information retrieval be purposeful.

13-4 Data Storage (Continued) There are two approaches to the storage of data in a computer-based system: Store the data in individual files, each unique to a particular application. Store data in a database. A database is a formally defined and centrally controlled store of data intended for use in many different applications.

13-5 Major Topics Databases Normalization Key design Using the database Data warehouses Data mining

13-6 Databases Effectiveness objectives of the database: Ensuring that data can be shared among users for a variety of applications Maintaining data that are both accurate and consistent Ensuring data required for current and future applications will be readily available Allowing the database to evolve as the needs of the users grow Allowing users to construct their personal view of the data without concern for the way the data are physically stored

13-7 Reality, Data, and Metadata Reality The real world Data Collected about people, places, or events in reality and eventually stored in a file or database Metadata Information that describes data

13-8 Reality, Data, and Metadata

13-9 Entities Any object or event about which someone chooses to collect data May be a person, place, or thing May be an event or unit of time

13-10 Relationships Relationships (meaningful and/or naturally occurring associations) One-to-one One-to-many Many-to-many A single vertical line represents one. A crow’s foot represents many.

13-11 Entity-Relationship Diagrams Associations Entity-relationship (E-R) diagrams can show one-to- one, one-to-many, or many- to-many associations.

13-12 Entity-Relationship Symbols and Their Meanings

13-13 The Entity-Relationship Diagram for Patient Treatment Attributes can be listed alongside the entities. The key is underlined.

13-14 Attributes, Records, and Keys Attributes represent some characteristic of an entity. Records are a collection of data items that have something in common with the entity described. Keys are data items in a record used to identify the record.

13-15 Key Types Key types are: Key: an attribute or set of attributes that can uniquely identify each row or entity instance Candidate key: a minimum set of attributes that can uniquely identify each row or entity instance Primary key: selected candidate key that serves the purpose of uniquely identifying each row or entity instance Secondary key: a candidate key which was not selected to serve as the primary key Composite key: a combination of two or more attributes used to form a key

13-16 Metadata Data about the data in the file or database Describe the name given and the length assigned each data item Also describe the length and composition of each of the records

13-17 Metadata Metadata includes a description of what the value of each data item looks like.

13-18 Files A file contains groups of records used to provide information for operations, planning, management, and decision making. Files can be used for storing data for an indefinite period of time, or they can be used to store data temporarily for a specific purpose.

13-19 File Types Master file Table file Transaction file Report file

13-20 Master and Table Files Master files: Contain records for a group of entities Contain all information about a data entity Table files: Contains data used to calculate more data or performance measures Usually read-only by a program

13-21 Transaction and Report Files Transaction records: Used to enter changes that update the master file and produce reports Report files: Used when it is necessary to print a report when no printer is available Useful because users can take files to other computer systems and output to specialty devices

13-22 Relational Databases A database is intended to be shared by many users. There are three structures for storing database files: Relational database structures Hierarchical database structures Network database structures

13-23 Database Design Database design includes synthesizing user reports, user views, and logical and physical designs.

13-24 Relational Data Structure In a relational data structure, data are stored in many tables.

13-25 Normalization Normalization is the transformation of complex user views and data stores to a set of smaller, stable, and easily maintainable data structures. The main objective of the normalization process is to simplify all the complex data items that are often found in user views.

13-26 Normalization of a Relation Is Accomplished in Three Major Steps

13-27 First Normal Form (1NF) Remove repeating groups Actually, there is more to do than just remove repeating groups… make sure that you conform to the definition of a relation..

13-28 Second Normal Form (2NF) Remove any partially dependent attributes and place them in another relation. A partial dependency is when the data are dependent on a part of a primary key. A relation is created for the data that are only dependent on part of the key and another for data that are dependent on both parts.

13-29 Third Normal Form (3NF) Must be in 2NF Remove any transitive dependencies. A transitive dependency is when nonkey attributes are dependent not only on the primary key, but also on a nonkey attribute.

13-30 Using the Entity-Relationship Diagram to Determine Record Keys When the relationship is one-to-many, the primary key of the file at the one end of the relationship should be contained as a foreign key on the file at the many end of the relationship. A many-to-many relationship should be divided into two one-to-many relationships with an associative entity in the middle.

13-31 Guidelines for Master File/Database Relation Design Each separate data entity should create a master database table. A specific data field should exist on one master table. Each master table or database relation should have programs to create, read, update, and delete the records.

13-32 Integrity Constraints Entity integrity Referential integrity Domain integrity

13-33 Entity Integrity The primary key cannot have a null value. If the primary key is a composite key, none of the fields in the key can contain a null value.

13-34 Referential Integrity Referential integrity governs the nature of records in a one-to-many relationship. Referential integrity means that all foreign keys in the many table (the child table) must have a matching record in the parent table.

13-35 Referential Integrity (Continued) Referential integrity implications: You cannot add a record in the child (many) table without a matching record in the parent table. You cannot change a primary key that has matching child table records. You cannot delete a record that has child records.

13-36 Referential Integrity (Continued) Implemented in two ways: A restricted database updates or deletes a key only if there are no matching child records. A cascaded database will delete or update all child records when a parent record is deleted or changed.

13-37 Domain Integrity Domain integrity rules are used to validate the data. Domain integrity has two forms: Check constraints, which are defined at the table level. Rules, which are defined as separate objects and can be used within a number of fields.

13-38 Anomalies Data redundancy Insert anomaly Deletion anomaly Update anomaly

13-39 Data Redundancy When the same data is stored in more than one place in the database Solved by creating tables that are in third normal form

13-40 Insert Anomaly Occurs when the entire primary key is not known and the database cannot insert a new record, which would violate entity integrity Can be avoided by using a sequence number for the primary key

13-41 Deletion Anomaly Happens when a record is deleted that results in the loss of other related data

13-42 Update Anomaly When a change to one attribute value causes the database to either contain inconsistent data or causes multiple records to need changing May be prevented by making sure tables are in third normal form

13-43 Retrieving and Presenting Database Data Choose a relation from the database. Join two relations together. Project columns from the relation. Select rows from the relation. Derive new attributes. Index or sort rows. Calculate totals and performance measures. Present data.

13-44 Denormalization Denormalization is the process of taking the logical data model and transforming it into an efficient physical model.

13-45 Data Warehouses Used to organize information for quick and effective queries

13-46 Data Warehouses and Database Differences In the data warehouse, data are organized around major subjects. Data in the warehouse are stored as summarized rather than detailed raw data. Data in the data warehouse cover a much longer time frame than in a traditional transaction-oriented database. Data warehouses are organized for fast queries.

13-47 Data Warehouses and Database Differences (Continued) Data warehouses are usually optimized for answering complex queries, known as OLAP. Data warehouses allow for easy access via data-mining software. Data warehouses include multiple databases that have been processed so that data are uniformly defined. Data warehouses usually include data from outside sources.

13-48 Online Analytic Processing Online analytic processing (OLAP) is meant to answer decision makers’ complex questions by defining a multidimensional database.

13-49 Data Mining Data mining, or knowledge data discovery (KDD), is the process of identifying patterns that a human is unable to detect.

13-50 Data-Mining Decision Aids Siftware Statistical analysis Decision trees Neural networks Intelligent agents Fuzzy logic Data visualization

13-51 Data-Mining Patterns Associations—patterns that occur together Sequences—patterns of actions that take place over a period of time Clustering—patterns that develop among groups of people Trends—the patterns that are noticed over a period of time

13-52 Data Mining Data mining collects personal information about customers in an effort to be more specific in interpreting and anticipating their preferences.

13-53 Data-Mining Problems Costs may be too high to justify Has to be coordinated Ethical aspects