Chapter 5 Database Processing - Case & Exercise

Slides:



Advertisements
Similar presentations
Month, Year Company Name
Advertisements

ER Model For a college DB
Chapter 5 Transfer of Training
Strategic Planning and the Marketing Process
Author: Graeme C. Simsion and Graham C. Witt Chapter 6 Primary Keys and Identity.
Database Design DB Chapter 5 J.G. Zheng June 29th 2005.
Relational Database and Data Modeling
Modern Systems Analyst and as a Project Manager
What a Difference a Year Makes. 2 Overview... Rationale Issues Location, Location, Location Course Content Research Method Key Indicators Questionnaire.
Chapter 4 Hardware and Software - Case & Exercise
CHAPTER 8 The Buying Process and Buyer Behavior.
Database Design Using the REA Data Model
Dr. Chen, Electronic Commerce Prentice Hall & Dr. Chen, Electronic Commerce 1 Chapter 3 Retailing in Electronic Commerce Class Exercises Jason Chou-Hong.
Configuration management
Text 1 July, 2010 DCMS: Training Manual Campaign Management.
Negotiating With Influence & Persuasion
© 2003 By Default! A Free sample background from Slide 1 A First Course in Database Management Jeanne Baugh Department of.
Information Systems Today: Managing in the Digital World
Fifth Edition 1 M a n a g e m e n t I n f o r m a t i o n S y s t e m s M a n a g I n g I n f o r m a t i o n T e c h n o l o g y i n t h e E – B u s i.
Database Design Process
Designing tables from a data model (Chapter 6) One base table for each entity.
Chapter 6 Data Design.
Entity-Relationship Modeling (ER-M)
HNDComputing – DeMontfort University  DeMontfort University 2011 Handling Many to Many relationships wk5 Database Design ConceptsDatabase Design Concepts.
Chapter Two Company and Marketing Strategy
Stephen C. Hayne 1 Database System Components The Database and the DBMS.
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 12 View Design and Integration.
Marketing Strategy and the Marketing Plan
Chapter 20 Personal Selling And Sales Promotion0
By: Mr Hashem Alaidaros MIS 211 Lecture 4 Title: Data Base Management System.
Copyright © 2015 Pearson Education, Inc. Database Design Chapters 17 and
Chapter 5 Database Processing.
Client/Server Databases and the Oracle 10g Relational Database
Database Design Chapter 2. Goal of all Information Systems  To add value –Reduce costs –Increase sales or revenue –Provide a competitive advantage.
Lecture 3 :Database Analysis and Design (II)
Database Processing Chapter "No, Drew, You Don’t Know Anything About Report Writing.” Copyright © 2014 Pearson Education, Inc. Publishing as Prentice.
Assignment 2 Case Study. Criteria Weightage - 60 % Due Date – 11 th October 2012 Length of Analysis – 2500 words Leverage % including appendices,
Chapter 2 Modeling Data in the Organization
Part 5 PROMOTION DECISIONS
Chapter 5 Database Processing.
Database Design Using the REA Data Model
By: M.Nadeem Akhtar1 The Data Base Management System (DBMS) Ch # 09.
Business Process Modeling
Chapter 6: Foundations of Business Intelligence - Databases and Information Management Dr. Andrew P. Ciganek, Ph.D.
Data Modelling – ERD Entity Relationship Diagram’s Entity Relationship Diagrams and how to create them. 1.
DATABASEMODELSDATABASEMODELS  A database model ◦ defines the logical design of data. ◦ Describes the relationships between different parts of data.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 96 C HAPTER 17 Special Topics in REA Modeling for the.
1 Relational Databases and SQL. Learning Objectives Understand techniques to model complex accounting phenomena in an E-R diagram Develop E-R diagrams.
1 Entity-Relationship Diagram. 2 Components of ERD: –Entity –Relationship –Cardinality –Attributes.
Next Back A-1 Management Information Systems for the Information Age Second Canadian Edition Copyright 2004 The McGraw-Hill Companies, Inc. All rights.
C-1 Management Information Systems for the Information Age Copyright 2004 The McGraw-Hill Companies, Inc. All rights reserved Extended Learning Module.
6.1 © 2010 by Prentice Hall 6 Chapter Foundations of Business Intelligence: Databases and Information Management.
1 Introduction to Oracle Chapter 1. 2 Before Databases Information was kept in files: Each field describes one piece of information about student Fields.
IT 21103/41103 System Analysis & Design. Chapter 04 Data Modeling.
IMS 4212: Introduction to Data Modeling—Relationships 1 Dr. Lawrence West, Management Dept., University of Central Florida Relationships—Topics.
Dr. Bea Bourne 1. 2 If you have any troubles in seminar, please do call Tech Support at: They can assist if you get “bumped” from the seminar.
Cases in Management Education Jason Chen, Ph.D. Professor of MIS Gonzaga University Spokane, WA 99258
Entity Relationship Diagram (ERD). Objectives Define terms related to entity relationship modeling, including entity, entity instance, attribute, relationship.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 7 Storing Organizational Information - Databases.
Dr. Bea Bourne 1. 2 If you have any troubles in seminar, please do call Tech Support at: They can assist if you get “bumped” from the seminar.
Cases in Management Education BiMBA, Fall 1999 Dr. Jason Chen Gonzaga University Spokane, WA 99223
Database Processing Chapter "No, Drew, You Don’t Know Anything About Creating Queries.” Copyright © 2015 Pearson Education, Inc. Operational database.
Rationale Databases are an integral part of an organization. Aspiring Database Developers should be able to efficiently design and implement databases.
Let try to identify the conectivity of these entity relationship
Principles of Information Systems Eighth Edition
Database Design Chapters 17 and 18.
Chapter 2 Modeling Data in the Organization
Database Management system
Database Management system
Presentation transcript:

Chapter 5 Database Processing - Case & Exercise Jason C. H. Chen, Ph.D. Professor of MIS School of Business Gonzaga University Spokane, WA 99258 USA chen@jepson.gonzaga.edu

In-class exercise UYK (p.171)

1.Draw an entity-relationship diagram that shows the relationships among a database, database applications, and users. mandatory many mandatory one (e.g., GU students, faculty, staff etc.) (e.g., ZagWeb, Blackboard, Bookstore, Library, etc.) (e.g., GU database)

2.Consider the relationship between Adviser and Student in Figure 5-20. Explain what it means if the maximum cardinality of this relationship is (A:S – Advisor:Student) a. N:1 An advisor is assigned one student; a student is assigned many advisors. b. 1:1 An advisor is assigned one student; a student is assigned one advisor c. 5:1 An advisor is assigned one student; a student is assigned no more than five advisors d. 1:5 An advisor is assigned no more than five students; a student is assigned one advisor

3. Identify two entities in the data entry form in Figure 5-27 3. Identify two entities in the data entry form in Figure 5-27. What attributes are shown for each? What do you think are the identifiers? Fig 5-27 Sample Data Entry Form

3. Identify two entities in the data entry form in Figure 5-27 3. Identify two entities in the data entry form in Figure 5-27. What attributes are shown for each? What do you think are the identifiers? Entities (or Tables/Files): Employee; Class Employee attributes: Employee Number, First Name, Last Name, Email Class attributes: Course Name, Course Date, Instructor, Remarks Employee identifier (key): Employee Number Class identifier (key): Course Name & Course Date Why two fields? And what is it called?

4. Using your answer to question 3, draw an E-R diagram for the data entry form in Figure 5-27. Specify cardinalities. State your assumptions. Employees take zero or more classes; a class is taken by one or more employees Assumptions: 1. Courses may be offered many times but always on different dates. 2. Employees may not have taken any classes. 3. Classes have at least one employee.

5. The partial E-R diagram in Figure 5-28 (next page) is for a sales order. Assume there is only one Salesperson per SalesOrder.

a. Specify the maximum cardinalities for each relationship a. Specify the maximum cardinalities for each relationship. State your assumptions, if necessary. A Salesperson writes many Sales Orders; a Sales Order is written by one Salesperson. (Assumes Salespeople work alone and not in teams) A Customer places many Sales Orders; a Sales Order is placed by one Customer. A Sales Order contains many Line Items; a Line Item is contained in one Sales Order. A Line Item contains one Item; an Item is contained in one Line Item. [M] [M] [M]

b. Specify the minimum cardinalities for each relationship b. Specify the minimum cardinalities for each relationship. State your assumptions, if necessary. A Salesperson may have zero Sales Orders; a Sales Order is written by one Salesperson. (Assumes Salespeople work alone and not in teams; assumes a Sales Order is not required for a Salesperson to exist in the system) A Customer places at least one Sales Order; a Sales Order is placed by one and only one Customer. (Assumes at least one Sales Order is required for a Customer to exist in the system) A Sales Order contains at least one Line-Item; a Line-Item is contained in one and only one Sales Order. A Line Item contains one and only one Item; an Item is contained in one and only one Line Item. [0] [>=1] [>=1] [1]

Case Study 5: Fail Away with Dynamo, Bigtable, and Cassandra (1 – 5, p Current relational DBMS products not designed for large, multi-server systems NoSQL databases – Dynamo, Bigtable, Cassandra Amazon: Dynamo Google: Bigtable processes petabytes of data on hundreds of thousands of servers Elastic Cassandra used by Facebook, Twitter, Digg, Reddit

1. Clearly, Dynamo, Bigtable, and Cassandra are critical technology to the companies that create them. Why did they allow their employees to publish academic papers about them? Why did they not keep them as proprietary secrets?   The companies that originally developed Dynamo, Bigtable, and Cassandra did so to solve a real business problem they encountered as they went about doing their primary business. They were not in the business of developing, marketing, selling and supporting a new method of storing data. Since the data store they developed was not a focus of their business strategy, but was a means to accomplish their business strategy, they did not feel that it was worth it to try to keep the data store a proprietary secret. They were perhaps also aware that others were working on similar solutions and so did not feel that any competitive advantage they gained from their solutions would be sustainable over time.

2. What do you think this movement means to the existing DBMS vendors 2. What do you think this movement means to the existing DBMS vendors? How serious is the NoSQL threat? Justify your answer. What responses by existing DBMS vendors are sensible? The companies that developed the NoSQL solutions were dealing with a specific, unique processing problem – processing massive amounts of data on thousands of servers. Existing DBMS products were not designed to deal with this particular issue effectively. Existing DBMS vendors should not ignore this issue, but also should not feel that they are doomed. The particular processing requirements that Google/Amazon/Facebook etc. faced are not necessarily going to be faced by every organization. There will still be a need for a traditional DBMS for many organizations. The DBMS vendors will want to evaluate how best to offer this type of data store for their customers who need it – perhaps by offering to support the transition to the open source product for those customers who require its capabilities.

3. Is it a waste of your time to learn about the relational model and Microsoft Access? Why or why not?   Learning about the relational model and how to use Access gives a student a good foundation in data management concepts. As stated earlier, not every organization will require the capabilities provided by the NoSQL data store. People using databases for personal productivity purposes will certainly not be moving to the NoSQL data store. So, learning about relational databases and Access is still a good investment in time and effort for students today.

4. Given what you know about GearUp, should it use a relational DBMS, such as Oracle Database or MySQL, or should it use Cassandra?   GearUP most likely can utilize a relational DBMS effectively and will not require a data management approach like Cassandra. GearUp probably does not have the volume of transactions or servers to justify a NoSQL approach.

5. Suppose that GearUp decides to use a NoSQL solution, but a battle emerges among the employees in the IT Department. One faction wants to use Cassandra, but another faction wants to use a different NoSQL data store, named MongoDB (www.mongodb.org). Assume that you’re Kelly, and Lucas asks for your opinion about how he should proceed. How do you respond?   Kelly should tell Lucas that the decision to use a specific NoSQL solution should be based on a careful analytical evaluation of GearUp’s requirements. There is no reason for this to become a factionalized debate. Determine exactly what GearUp’s needs are and then determine, analytically, how well Cassandra and mondoDB satisfy those requirements.

5. (cont.)   Once each of the NoSQL’s capabilities have been objectively researched and matched to the company’s real requirements, the best fit should become apparent. Requirements should include technical feasibility, economic feasibility, and organizational feasibility issues in order to be complete.