(Winter 2017) Instructor: Craig Duckett

Slides:



Advertisements
Similar presentations
Views Chapter 12. What Are Views? A virtual table that comprises the fields of one or more tables in the database It is a virtual table since it does.
Advertisements

CS424 PK, FK, FD Normalization Primary and Foreign Keys Primary and foreign keys are the most basic components on which relational theory is based. Primary.
Keys Chapter 8 Database Design for Mere Mortals. Why Keys Are Important They ensure that each record in a table can be properly identified. They help.
Conceptual Overview 7 step design Chapter 4 Database Design for Mere Mortals.
Establishing Table Structures Chapter 7 Database Design for Mere Mortals.
XP Chapter 1 Succeeding in Business with Microsoft Office Access 2003: A Problem-Solving Approach 1 Level 3 Objectives: Identifying and Eliminating Database.
Database Management System Lecture 6 The Relational Database Model – Keys, Integrity Rules.
1 n 1 n 1 1 n n Schema for part of a business application relational database.
(Spring 2015) Instructor: Craig Duckett Lecture 10: Tuesday, May 12, 2015 Mere Mortals Chap. 7 Summary, Team Work Time 1.
Slide Chapter 5 The Relational Data Model and Relational Database Constraints.
System Design System Design - Mr. Ahmad Al-Ghoul System Analysis and Design.
Copyright 2007, Paradigm Publishing Inc. ACCESS 2007 Chapter 2 BACKNEXTEND 2-1 LINKS TO OBJECTIVES Creating Related Tables Creating Related Tables Determining.
1 CSE 2337 Introduction to Data Management Access Book – Ch 1.
Database Terms Hernandez, Chapter 3. Data/Information The values you store in the database are data. Pieces of Data in and of themselves is not particularly.
(Spring 2015) Instructor: Craig Duckett Lecture 08: Tuesday, May 5, 2015 Mere Mortals Chap. 6 Summary, Team Work Time 1.
(Winter 2016) Instructor: Craig Duckett Lecture 15: Thursday, February 25 th Visual Studio Walk-Through 1.
(Winter 2016) Instructor: Craig Duckett Lecture 13: Thursday, February 18 th Mere Mortals: Chap. 9 Summary, Team Work 1.
(Spring 2015) Instructor: Craig Duckett Lecture 07: Tuesday, April 28, 2015 PHASE 1: Discovery DUE TONIGHT 1.
1 Microsoft Access 2002 Tutorial 2 – Creating And Maintaining A Database.
(Spring 2015) Instructor: Craig Duckett Lecture 14: Thursday, May 12 th, 2016 Visual Studio Community Edition 1.
Lecture # 14 Chapter # 5 The Relational Data Model and Relational Database Constraints Database Systems.
XP Chapter 1 Succeeding in Business with Microsoft Office Access 2003: A Problem-Solving Approach 1 Level 2 Objectives: Understanding and Creating Table.
Standards and Conventions
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
What is a Database? In a general, a database is any organized collection of data Examples: Grocery List Audio CD Catalog Phone Book Airline Ticketing Software.
New Perspectives on Microsoft Access 2016
(Winter 2017) Instructor: Craig Duckett
Microsoft Office Access 2010 Lab 1
Introducing Databases
Database Constraints Ashima Wadhwa.
Chapter 5 Database Design
Chapter 4 Logical Database Design and the Relational Model
(Winter 2017) Instructor: Craig Duckett
Chapter 4: Logical Database Design and the Relational Model
(Winter 2017) Instructor: Craig Duckett
© 2014 by McGraw-Hill Education. This is proprietary material solely for authorized instructor use. Not authorized for sale or distribution in any manner.
(Winter 2017) Instructor: Craig Duckett
and Defining Table Relationships
(Winter 2017) Instructor: Craig Duckett
Chapter 5: Logical Database Design and the Relational Model
Relational Databases.
Database Design – Lecture 4
CIS 155 Table Relationship
Chapter 4 Relational Model Characteristics
Lecture # 13 (After 1st Exam)
Entity-Relationship Model and Diagrams (continued)
© 2011 Pearson Education, Inc. Publishing as Prentice Hall
Data Modelling Introduction
Normalization Referential Integrity
(Winter 2017) Instructor: Craig Duckett
TEAM PRESENTATIONS PHASE 05 DUE
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
Instructor: Craig Duckett
(Winter 2017) Instructor: Craig Duckett
CHAPTER 4: LOGICAL DATABASE DESIGN AND THE RELATIONAL MODEL
Database Systems: Design, Implementation, and Management Ninth Edition
PREP Instructor: Craig Duckett Lecture 07: Tuesday, April 19th , 2016
(Winter 2017) Instructor: Craig Duckett
The ultimate in data organization
(Spring 2016) Instructor: Craig Duckett Lecture 20: Thursday, June 2nd
Visual Studio Walk-Through PHASE 03 DUE THURSDAY
Chapter 10 Structuring System Requirements: Conceptual Data Modeling
PHASE 03 DUE (Winter 2016) Instructor: Craig Duckett
Instructor Materials Chapter 5: Ensuring Integrity
Relational data model. Codd's Rule E.F Codd was a Computer Scientist who invented Relational model for Database management. Based on relational model,
(Winter 2017) Instructor: Craig Duckett Lecture 18: Tuesday, March 7th
(Winter 2017) Instructor: Craig Duckett
Lecture 10 Structuring System Requirements: Conceptual Data Modeling
Chapter 3 The Relational Model
Presentation transcript:

(Winter 2017) Instructor: Craig Duckett Lecture 12: Tuesday, February 14th PHASE 2: Design DUE THURSDAY Team Presentations WORKDAY

PHASE 2: DESIGN DUE THIS Thursday, February 16th , uploaded to Team Web Site and ZIPPED and uploaded to StudentTracker by Phase 2 Project Manager Phase 3: Develop due Tuesday, March 2nd

The Team Project Five Phase Due Dates One (1) Team Project for a Client (3-to-4 Members on Team) 1000 points Total Phase 1: Discovery (200 Points) Phase 2: Design (200 Points) DUE THURSDAY, February 16th Phase 3: Develop (200 Points) DUE THURSDAY, March 2nd Phase 4: Distribute (200 Points) DUE THURSDAY, MARCH 9th Phase 5: Documentation (200 Points) DUE THURSDAY, MARCH 16th (Last Day of Class)

Database Design for Mere Mortals: Chapter 8 Summary

Database Design for Mere Mortals Chapter 8 Summary Why Keys Are Important They ensure that each record in a table can be properly identified. They help establish and enforce various types of integrity. They are used to establish table relationships. When the keys are appropriate, you guarantee that the table structures are sound, redundant data within each table is minimal, and the relationships between tables are solid. Establishing Keys for Each Table The function of a key within a table is determined by the key type. There are four types of keys: Candidate, Primary, Foreign and Non-keys. Candidate Keys. It is from the pool of available Candidate keys that a Primary key is chosen. It is a field or set of fields that uniquely identifies a single instance of the subject represented by the table.

Database Design for Mere Mortals Chapter 8 Summary Why Keys Are Important Elements of a Candidate Key: It must uniquely identify each record in the table. It must contain unique values. It cannot be null. It cannot be a multipart field. It comprises a minimum number of fields necessary to define uniqueness. Its value is not optional in whole or in part. It must directly identify the value of each field in the table. o Its value can only be modified in rare or extreme cases. Artificial Candidate Keys. If none of the fields in a table qualifies as a Candidate key, you can use an Artificial Candidate key. You establish an Artificial Candidate key by creating a new field that conforms to the elements of a Candidate key and then adding that field to the table.

Database Design for Mere Mortals Chapter 8 Summary Why Keys Are Important Primary Keys. The next step is to establish a Primary key. A Primary key must conform to the exact same elements as the Candidate key. It is the key that officially identifies the table throughout the database structure. It is used to enforce table-level integrity, helps establish relationships with other tables and accurately identifies and refers to a particular record within the table. Here are a couple of guidelines to use when selecting an appropriate Primary key: If you have a “simple” (single field) Candidate key and a Composite Candidate key, choose the “simple” Candidate key. Choose the Candidate key that uses a field that incorporates part of the table name within its name. Choose the key that you believe is the most meaningful to everyone in the organization.

Database Design for Mere Mortals Chapter 8 Summary Why Keys Are Important Elements of a Primary Key It must uniquely identify each record in the table. It must contain unique values. It cannot be null. It cannot be a multipart field. It should contain the minimum number of fields necessary to define uniqueness. It is not optional in whole or in part. It must directly identify the value of each field in the table. Its value can only be modified in rare or extreme cases. Rules for Establishing a Primary Key Each table must have one and only one Primary key. Each Primary key within the database should be unique – no two tables Table-Level Integrity There are no duplicate records in a table. Every record in a table is identified by a Primary key value. Every Primary key value is unique. Primary key values are not null.

Database Design for Mere Mortals Chapter 8 Summary Why Keys Are Important Reviewing the Initial Table Structures Once the fundamental table definitions are complete, you’ll need to conduct interviews with users and management to review the work you’ve done so far. During these interviews, you will: Ensure that the appropriate subjects are represented in the database. Make certain that the table names and table descriptions are suitable and meaningful to everyone. Make certain that the field names are suitable and meaningful to everyone. Verify that all the appropriate fields are assigned to each table.

TEAM PRESENTATIONS: PHASE 2 Presentation Time!