Full file at Chapter 2: Foundation Concepts

Similar documents
Database Management System 5 ER Modeling

A l Ain University Of Science and Technology

Database Principles: Fundamentals of Design, Implementation, and Management Tenth Edition. Chapter 7 Data Modeling with Entity Relationship Diagrams

A l Ain University Of Science and Technology

Database Systems: Design, Implementation, and Management Tenth Edition. Chapter 4 Entity Relationship (ER) Modeling

More on the Chen Notation

Data Modeling Using the Entity-Relationship Model

Database Systems: Design, Implementation, and Management Tenth Edition. Chapter 4 Entity Relationship (ER) Modeling

THE ENTITY- RELATIONSHIP (ER) MODEL CHAPTER 7 (6/E) CHAPTER 3 (5/E)

Database Management System 6 ER Modeling...

Chapter 4. In this chapter, you will learn:

Chapter 2: Entity-Relationship Model. Entity Sets. Entity Sets customer and loan. Attributes. Relationship Sets. A database can be modeled as:

David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation

Relational Model (cont d) & Entity Relational Model. Lecture 2

Database Systems ER Model. A.R. Hurson 323 CS Building

Using High-Level Conceptual Data Models for Database Design A Sample Database Application Entity Types, Entity Sets, Attributes, and Keys

1/24/2012. Chapter 7 Outline. Chapter 7 Outline (cont d.) CS 440: Database Management Systems

Chapter # 4 Entity Relationship (ER) Modeling

Agenda: Understanding Relationship Types Degree and Cardinality with Examples

System Analysis And Design Methods ENTITY RELATIONSHIP DIAGRAM (ERD) Prof. Ali Khaleghi Eng. Hadi Haedar

Chapter 2: Entity-Relationship Model

Intro to DB CHAPTER 6

Conceptual Database Design. COSC 304 Introduction to Database Systems. Entity-Relationship Modeling. Entity-Relationship Modeling

Data Analysis 1. Chapter 2.1 V3.1. Napier University Dr Gordon Russell

Chapter 4 Entity Relationship Modeling In this chapter, you will learn:

Sahaj Computer Solutions. Data Modeling using the Entity Relationship Model

Chapter 2 Entity-Relationship Data Modeling: Tools and Techniques. Fundamentals, Design, and Implementation, 9/e

Entity Relationship Modelling

DATA MODELING USING THE ENTITY-RELATIONSHIP MODEL. 1 Powered by POeT Solvers Limited

Chapter 2 Entity-Relationship Data Modeling: Tools and Techniques. Fundamentals, Design, and Implementation, 9/e

Conceptual Data Models for Database Design

E-R Model. Hi! Here in this lecture we are going to discuss about the E-R Model.

Non-overlappingoverlapping. Final outcome of the worked example On pages R&C pages R&C page 157 Fig 3.52

ER Modeling Data Modeling and the Entity-Relationship (ER) Diagram Pg 1

Chapter 6: Entity-Relationship Model. The Next Step: Designing DB Schema. Identifying Entities and their Attributes. The E-R Model.

Chapter 12. Entity-Relationship Modeling

Unit 2 - Data Modeling. Pratian Technologies (India) Pvt. Ltd.

LECTURE 3: ENTITY-RELATIONSHIP MODELING

The Next Step: Designing DB Schema. Chapter 6: Entity-Relationship Model. The E-R Model. Identifying Entities and their Attributes.

Data Modeling Using the Entity-Relationship (ER) Model

Relational Database Components


Represent entities and relations with diagrams

Objectives of logical design... Transforming the ERD diagram into relations. Relational database components. Mapping a composite attribute

DATA MODELS FOR SEMISTRUCTURED DATA

Entity-Relationship Model

DATABASE SYSTEMS. Chapter 5 Entity Relationship (ER) Modelling DESIGN IMPLEMENTATION AND MANAGEMENT INTERNATIONAL EDITION ROB CORONEL CROCKETT

Conceptual Data Modeling

COSC 304 Introduction to Database Systems. Entity-Relationship Modeling

Chapter 3 Database Modeling and Design II. Database Modeling

Module 2 : Entity-Relationship Model 15

Chapter 17. Methodology Logical Database Design for the Relational Model

Chapter 2 Conceptual Modeling. Objectives

Database Design Process

Copyright 2016 Ramez Elmasr and Shamkant B. Navathei

ER DIAGRAM ER) diagram, a graphical representation of entities and their relationships to each other, typically used in computing in regard to the

CSIT5300: Advanced Database Systems

ch02 True/False Indicate whether the statement is true or false.

COMP Instructor: Dimitris Papadias WWW page:

Database Management Systems LECTURE NOTES 2

Overview of Database Design Process. Data Modeling Using the Entity- Relationship (ER) Model. Two main activities:

Chapter 7: Entity-Relationship Model

Advance Database Management System

Data Modeling with the Entity Relationship Model. CS157A Chris Pollett Sept. 7, 2005.

Chapter 6: Entity-Relationship Model. E-R Diagrams

Chapter 6: Entity-Relationship Model

Design Process Modeling Constraints E-R Diagram Design Issues Weak Entity Sets Extended E-R Features Design of the Bank Database Reduction to

2. DatabaseDesign. Master I Software Engineering. Dr. Imed Bouchrika Dept of Mathematics & Computer Science University of Souk-Ahras

IS 263 Database Concepts

CMPT 354 Database Systems I

Unified Modeling Language (UML)

Overview of Database Design Process Example Database Application (COMPANY) ER Model Concepts

KDI EER: The Extended ER Model

COMN 1.1 Reference. Contents. COMN 1.1 Reference 1. Revision 1.1, by Theodore S. Hills, Copyright

course 3 Levels of Database Design CSCI 403 Database Management Mines Courses ERD Attributes Entities title 9/26/2018

Conceptual Database Design

Chapter 6: Entity-Relationship Model

4. Entity Relationship Model

The Entity-Relationship Model. The Entity-Relationship model. The ER model. The Entity-Relationship model. E-R Model Constructs. E-R Model Constructs

Test Bank For A Guide To Mysql 1st Edition By Pratt And Last

The En'ty Rela'onship Model

Example: specific person, company, event, plant

Computer Science Applications to Cultural Heritage. Relational Databases

Relational Database Systems Part 01. Karine Reis Ferreira

Chapter 6: Entity-Relationship Model

Chapter 1: The Database Environment

A database can be modeled as: + a collection of entities, + a set of relationships among entities.

ER modeling. Lecture 4

2004 John Mylopoulos. The Entity-Relationship Model John Mylopoulos. The Entity-Relationship Model John Mylopoulos

Chapter 7: Entity-Relationship Model

Data Modeling Using the Entity- Relationship Model Design & Analysis of Database Systems

Chapter 7: Entity-Relationship Model

Entity-Relationship Models

Entity-Relationship Model. From Chapter 5, Kroenke book

Lecture3: Data Modeling Using the Entity-Relationship Model.

Requirement Analysis & Conceptual Database Design

Entity-Relationship Model &

Relational Model: History

Entity-Relationship Modelling. Entities Attributes Relationships Mapping Cardinality Keys Reduction of an E-R Diagram to Tables

COMP102: Introduction to Databases, 9.1

Transcription:

Chapter 2: Foundation Concepts TRUE/FALSE 1. The input source for the conceptual modeling phase is the business rules culled out from the requirements specification supplied by the user community. T PTS: 1 REF: 24 2. Object types correlate the real world to the conceptual world and serve as a foundation for the entity-relationship (ER) modeling grammar. T PTS: 1 REF: 26 3. In the conceptual world an object class is a generalization of different related entity types that have shared attributes. F PTS: 1 REF: 27 4. A rule in the grammar specifies that entity types can only be associated via a relationship type and a relationship type can only show association between entity types. T PTS: 1 REF: 28 5. A composite or molecular attribute can be meaningfully subdivided into smaller subparts with independent meaning. T PTS: 1 REF: 29 6. The source of integrity constraints are the business rules that emerge from the user requirements specification for a database application system. T PTS: 1 REF: 30 7. In general, integrity constraints are considered to be part of the schema in that they are declared along with the structural design of the data model. T PTS: 1 REF: 31 8. The uniqueness constraint is imposed on an attribute to ensure that its observed value is not outside the defined domain. F PTS: 1 REF: 32 9. The unique identifier of the entity type can be used to identify an entity distinctly from other entities in the entity set. T PTS: 1 REF: 32 10. Any attribute that is a constituent part of a unique identifier is a non-key attribute. F PTS: 1 REF: 33

11. In ER diagrams, empty circles represent mandatory attributes while dark circles signify optional attributes. F PTS: 1 REF: 33 12. An entity type related to itself is termed a recursive relationship type. T PTS: 1 REF: 34 13. The set of all relationship instances involving pilots and flights is defined as a relationship set. T PTS: 1 REF: 34 14. The data integrity constraints pertaining to relationship types specified in an ER diagram are referred to as the structural constraints of a relationship type. T PTS: 1 REF: 38 15. For a binary relationship between entity types A and B, six mapping cardinalities are possible. F PTS: 1 REF: 39 16. The maximum cardinality indicates the maximum number of relationship instances in which an entity participates. T PTS: 1 REF: 41 17. Total and partial participation are also commonly referred to as mandatory and optional participation. T PTS: 1 REF: 41 18. In a 1:n relationship type, attributes of the relationship can alternatively be shown only as attributes of the parent entity type in the relationship and not of the child entity type. F PTS: 1 REF: 46 19. Attributes of m:n relationship types cannot be shown anywhere other than as an attribute of the relationship type. T PTS: 1 REF: 46 20. An entity type where the entities have independent existence is referred to as a weak entity type. F PTS: 1 REF: 49 21. Some base entity types may have more than one unique identifier. T PTS: 1 REF: 49 22. A strong entity type does not have a unique identifier of its own. F PTS: 1 REF: 50

23. A weak entity type is not always also existent dependent on the corresponding identifying relationship type. F PTS: 1 REF: 51 24. An explicit relationship between attributes of an entity type independent of the entity type is not permitted in the ER modeling grammar. T PTS: 1 REF: 56 25. Unique identifiers are identified in ER-Modeling by circled attributes. F PTS: 1 REF: 63 MULTIPLE CHOICE 1. The basic units of a(n) are entity type, entity class, attribute, unique identifier, and relationship type. a. primitive grammar c. ER model b. concept diagram d. intangible objects C PTS: 1 REF: 26 2. The concept of a(n) is the most fundamental concept of the ER modeling grammar. a. type c. domain b. class d. entity D PTS: 1 REF: 27 3. An entity or entity instance is created when a value is supplied for some (s). a. domain c. object type b. data set d. attribute D PTS: 1 REF: 27 4. A set of makes up or gives structure to an entity type. a. objects c. types b. attributes d. symbols B PTS: 1 REF: 28 5. An entity type can participate in one or more with other entity types. a. classes c. correlations b. expressions d. relationships D PTS: 1 REF: 28 6. A(n) data type is used when an attribute s value can consist of positive and negative numbers. a. object c. integer b. numeric d. rational B PTS: 1 REF: 28 7. A(n) data type is associated with an attribute whose value can be either true or false. a. alphabetic c. logical

b. alphanumeric d. numeric C PTS: 1 REF: 29 8. An attribute can be either a stored attribute or a attribute. a. temporary c. saved b. placeholder d. derived D PTS: 1 REF: 29 9. A step-by-step analysis of the requirements specification will enable an analyst/modeler to extract specific conditions and procedures inherent in the universe of interest as. a. objects c. systematic rules b. examples d. business rules D PTS: 1 REF: 31 10. It is important to be able to uniquely identify entities in the of the entity type. a. objects c. entity set b. classes d. attributes C PTS: 1 REF: 32 11. In ER-diagrams a multi-valued attribute is shown by a. a. double square c. single circle b. dotted circle d. double circle D PTS: 1 REF: 33 12. In ER diagrams a is used to represent an entity type. a. dotted underline c. single circle b. rectangular box d. dotted circle B PTS: 1 REF: 33 13. Role names may be used when two entity types are associated through more than one type. a. object c. entity b. relationship d. role B PTS: 1 REF: 37 14. Two independent constraints together define a relationship type: cardinality constraint and participation constraint. a. binary c. structural b. entity d. type C PTS: 1 REF: 38-39 15. A binary relationship between the two entity types, SALESPERSON and VEHICLE, may possess a(n) cardinality constraint, meaning that (a) each salesperson entity can be related to many vehicle entities (up to n), and (b) each vehicle entity is related to at most one salesperson entity. a. binary c. 1:n b. 1:1 d. m:n C PTS: 1 REF: 39

16. If, in order to exist, every entity must participate in the relationship, then participation of the entity type in that relationship type is participation. a. minimum c. integral b. partial d. total D PTS: 1 REF: 41 17. In an ER- model, the oval and the hash ( ) are used to describe the constraints. a. participation c. structural b. cardinality d. ratio A PTS: 1 REF: 44 18. When considering the relationship between entities and attributes, a set of attributes gives to an entity type. a. constraint c. structure b. value d. independence C PTS: 1 REF: 49 19. To signify the identification dependency of APARTMENT on BUILDING, a is used to portray the identifying relationship type. a. double rectangle c. double diamond b. circle d. diamond C PTS: 1 REF: 50 20. A(n) entity type is drawn as a double rectangular box. a. relationship c. atomic b. weak d. strong B PTS: 1 REF: 50 21. of an entity type in a relationship type implies mandatory participation of all entities in the entity set of the said entity type in that relationship. a. Independent identification c. Existence dependency b. Discrimination d. Implicit requirements C PTS: 1 REF: 51 22. You have a error when there is an incorrect imposition of a business rule implicit in the requirements specification. a. syntax c. syntactic b. semantic d. business rule B PTS: 1 REF: 54 23. When a data modeler first reads through a description of a scenario with incomplete specifications, he or she should first identify all implicitly expressed and then list the ambiguities. a. scenarios c. relationships b. business rules d. constructs B PTS: 1 REF: 59 24. A weak entity type can have another weak entity type as its identifying. a. structure c. type

b. attribute d. parent D PTS: 1 REF: 60 25. A relationship can exist only between entities. Therefore, in a diagram a diamond cannot connect anything other than. a. diamonds c. circles b. rectangles d. squares B PTS: 1 REF: 61 26. When the composite attribute does not have any value the constituent attributes also do not have any values. a. stored c. non-key b. atomic d. key B PTS: 1 REF: 66 COMPLETION 1. Objects belonging to an object type are considered to be of the corresponding entity type. entities entity instances PTS: 1 REF: 27 2. A(n) is a generalization of related object types that have shared properties object class PTS: 1 REF: 27 3. Most attributes have a single value for a particular entity and are referred to as attributes. single-valued PTS: 1 REF: 29 4. An attribute that has a discrete factual value and cannot be meaningfully subdivided is called a(n) or simple attribute. atomic PTS: 1 REF: 29 5. Attributes that need not be assigned a value for each entity are referred to as attributes. optional

PTS: 1 REF: 29-30 6. The that requires entities of an entity type to be uniquely identifiable. uniqueness constraint key constraint PTS: 1 REF: 32 7. A(n) is a meaningful association among entity types. relationship type PTS: 1 REF: 33 8. Diagrammatic representation of the relationship among entity types in terms of relationship instances among the instances of the participant entity types is called a(n). instance diagram PTS: 1 REF: 35 9. The participation of an entity type in a relationship type can be indicated by its. role name PTS: 1 REF: 37 10. The for a binary relationship type is a constraint that specifies the maximum number of entities of an entity type to which another entity can be associated through a specific relationship set expressed as a ratio. cardinality constraint PTS: 1 REF: 39 11. The for an entity type in a binary relationship type is based on whether, in order to exist, an entity of that entity type needs to be related to an entity of the other entity type through this relationship type. participation constraint PTS: 1 REF: 41 12. If an entity can exist without participating in the relationship, then participation of the entity type in that relationship type is. partial participation PTS: 1 REF: 41

13. Total participation of an entity type in a relationship type is also called of that entity type in that relationship type. existence dependency PTS: 1 REF: 42 14. data modeling errors arise from misinterpretations of the requirements specification. Semantic PTS: 1 REF: 54 15. errors are relatively easy to avoid by simply knowing the rules of the grammar of the modeling language. Syntactic PTS: 1 REF: 54 16. At some point in the design cycle one of the identifiers must be designated as the primary means of identifying entities of the entity set and that unique identifier must be a mandatory attribute. unique PTS: 1 REF: 64 17. can create semantic problems of data consistency, currency, and correctness in addition to storage inefficiencies during database implementation. Data redundancy PTS: 1 REF: 65 ESSAY 1. What are some of the pros and cons of entity-relationship (ER) modeling grammar originally proposed by Peter Chen in 1976? Entity-relationship (ER) modeling grammar aspires to capture the overall data semantics of an application in a concise manner in terms appropriate for subsequent mapping to specific database models. While criticized by some for its insufficiency for the completion of a database design, the ER modeling grammar is an effective tool for communicating technical information in the development of large database applications. PTS: 1 REF: 26 2. Describe and define five of the main data types associated with attributes.

A numeric data type is used when an attribute s value can consist of positive and negative numbers, and is often used in arithmetic operations. Numeric attributes can further be constrained so as to allow only integer values, decimal values, and so on. The alphabetic data type permits an attribute to consist of only letters and spaces, while an alphanumeric data type allows the value of an attribute to consist of text, numbers (telephone numbers, postal codes, account numbers, and so on), and certain special characters. Alphabetic and alphanumeric data types should not be used for attributes involved in arithmetic operations. Likewise, an attribute not involved in an arithmetic operation should not be defined as a numeric data type even if it contains only numbers (telephone number, Social Security number) to enable textual manipulations. A logical data type is associated with an attribute whose value can be either true or false. Attributes with a date data type occur frequently in database applications, for example date of birth, date hired, or flight date. PTS: 1 REF: 28-29 3. Why are business rules so important in a data modeling context? A step-by-step analysis of the requirements specification will enable an analyst/modeler to extract specific conditions and procedures inherent in the universe of interest as business rules. Such a systematic analysis will also facilitate identification of ambiguities which, when clarified by the user community, will yield additional business rules and also facilitate correction of other business rules. Business rules not only facilitate development of data models, but also aid in validating them. PTS: 1 REF: 31 4. Describe and provide an example of a m:n mapping cardinality. An entity in A is associated with any number (zero or more) of entities in B and vice versa. This is the general form of a cardinality constraint in a binary relationship. An example of an m:n cardinality constraint involves the two entity types EMPLOYEE and CERTIFICATION where each Employee could possess many different Certifications and each Certification could be possessed by many different Employees PTS: 1 REF: 39 5. Explain why a participation constraint exists and how it is used. The participation constraint for an entity type in a binary relationship type is based on whether, in order to exist, an entity of that entity type needs to be related to an entity of the other entity type through this relationship type. Participation can be total or partial. If, in order to exist, every entity must participate in the relationship, then participation of the entity type in that relationship type is total participation. On the other hand, if an entity can exist without participating in the relationship, then participation of the entity type in that relationship type is partial participation. Total and partial participation are also commonly referred to as mandatory and optional participation, PTS: 1 REF: 41