Chapter 4 Requirements Analysis and Conceptual Data Modeling
Chapter 5 Transforming the Conceptual Data Model to SQL
Chapter 6 Normalization
Chapter 7 An Example of Logical Database Design
Chapter 8 Business Intelligence
Chapter 9 CASE Tools for Logical Database Design
Appendix: The Basics of SQL
Glossary
References
Exercises
Solutions to Selected Exercises
About the Authors
Index
Nội dung
@Spy 5.1 Transformation Rules and SQL Constructs 87 Figure 5.1 (continued) (f) Many-to-many, both entities optional (e) One-to-many, one entity optional, one mandatory (d) One-to-many, both entities mandatory Prof-assoc Report publishes belongs-to Department Employee Department 1 N has N N 1 N Every employee works in exactly one department, and each department has at least one employee. Each department publishes one or more reports. A given report may not necessarily be published by a department. Every professional association could have none, one, or many engineer members. Each engineer could be a member of none, one, or many professional associations. create table (dept_no integer, dept_name char(20), primary key (dept_no)); department create table (emp_id char(10), emp_name char(20), dept_no integer not null, primary key (emp_id), foreign key (dept_no) references on delete set default on update cascade); employee department create table (dept_no integer, dept_name char(20), primary key (dept_no)); department create table (report_no integer, dept_no integer, primary key (report_no), foreign key (dept_no) references department on delete set null on update cascade); report Engineer create table (emp_id char(10), primary key (emp_id)); engineer create table (assoc_name varchar(256), primary key (assoc_name)); prof_assoc create table (emp_id char(10), assoc_name varchar(256), primary key (emp_id, assoc_name), foreign key (emp_id) references on delete cascade on update cascade, foreign key (assoc_name) references on delete cascade on update cascade); belongs_to engineer prof_assoc Teorey.book Page 87 Saturday, July 16, 2005 12:57 PM @Spy 88 CHAPTER 5 Transforming the Conceptual Data Model to SQL Figure 5.2 UML: one-to-one binary relationship between two entities Report Abbreviation (a) one-to-one, both entities mandatory 1 1 has-abbr Every report has one abbreviation, and every abbreviation represents exactly one report. create table abbreviation (abbr_no char(6), report_no integer not null unique, primary key (abbr_no), foreign key (report_no) references report on delete cascade on update cascade); create table report (report_no integer, report_name varchar(256), primary key(report_no)); Engineer Desktop (c) one-to-one, both entities optional has- allocated Some desktop computers are allocated to engineers, but not necessarily to all engineers. create table desktop (desktop_no integer, emp_id char(10), primary key (desktop_no), foreign key (emp_id) references engineer on delete set null on update cascade); create table engineer (emp_id char(10), desktop_no integer, primary key (emp_id)); Department Employee (b) one-to-one, one entity optional, one mandatory 0 1 1 managed-by Every department must have a manager, but an employee can be a manager of at most one department. create table employee (emp_id char(10), emp_name char(20), primary key (emp_id)); create table department (dept_no integer, dept_name char(20), mgr_id char(10) not null unique, primary key (dept_no), foreign key (mgr_id) references employee on delete set default on update cascade); 0 1 0 1 Teorey.book Page 88 Saturday, July 16, 2005 12:57 PM @Spy 5.1 Transformation Rules and SQL Constructs 89 Figure 5.2 (continued) Department Employee (d) one-to-many, both entities mandatory 1 * Every employee works in exactly one department, and each department has at least one employee. create table employee create table department (dept_no integer, dept_name char(20), primary key (dept_no)); Engineer Prof-assoc (f) many-to-many, both entities optional Department Report (e) one-to-many, one entity optional, one mandatory 0 1 * Each department publishes one or more reports. A given report may not necessarily be published by a department. create table report (report_no integer, dept_no integer, primary key (report_no), foreign key (dept_no) references department on delete set null on update cascade); create table department (dept_no integer, dept_name char(20), primary key (dept_no)); 0 1 0 1 Every professional association could have none, one, or many engineer members. Each engineer could be a member of none, one, or many professional associations. create table engineer (emp_id char(10), primary key (emp_id)); create table prof_assoc (assoc_name varchar(256), primary key (assoc_name)); create table belongs_to (emp_id char(10), assoc_name varchar(256), primary key (emp_id, assoc_name), foreign key (emp_id) references engineer on delete cascade on update cascade, foreign key (assoc_name) references prof_assoc on delete cascade on update cascade); (emp_id char(10), emp_name char (20), dept_no integer not null, primary key (emp_id), foreign key (dept_no) references department on delete set default on update cascade); Teorey.book Page 89 Saturday, July 16, 2005 12:57 PM @Spy 90 CHAPTER 5 Transforming the Conceptual Data Model to SQL 5.1.2 Binary Recursive Relationships A single entity with a one-to-one relationship implies some form of entity occurrence pairing, as indicated by the relationship name. This pairing may be completely optional, completely mandatory, or neither. In all of these cases (Figure 5.3a for ER and Figure 5.4a for UML), the Figure 5.3 ER model: binary recursive relationship Employee 11 is- married-to (a) One-to-one, both sides optional Employee NN is- coauthor- with (c) Many-to-many, both sides optional (b) One-to-many, one side mandatory, many side optional Engineer 1N is- group-leader -of Any employee is allowed to be married to another employee in this company. Engineers are divided into groups for certain projects. Each group has a leader. Each employee has the opportunity to coauthor a report with one or more other employees, or to write the report alone. create table (emp_id char(10), emp_name char(20), spouse_id char(10), primary key (emp_id), foreign key (spouse_id) references on delete set null on update cascade); employee employee create table (emp_id char(10), leader_id char(10) not null, primary key (emp_id), foreign key (leader_id) references on delete set default on update cascade); engineer engineer create table (emp_id char(10), emp_name char(20), primary key (emp_id)); employee create table (author_id char(10), coauthor_id char(10), primary key (author_id, coauthor_id), foreign key (author_id) references on delete cascade on update cascade, foreign key (coauthor_id) reference on delete cascade on update cascade); coauthor employee employee Teorey.book Page 90 Saturday, July 16, 2005 12:57 PM @Spy 5.1 Transformation Rules and SQL Constructs 91 pairing entity key appears as a foreign key in the resulting table. The two key attributes are taken from the same domain but are given different names to designate their unique use. The one-to-many relationship requires a foreign key in the resulting table (Figure 5.3b). The foreign key constraints can vary with the particular relationship. Figure 5.4 UML: binary recursive relationship (a) one-to-one, both sides optional Any employee is allowed to be married to another employee in this company. create table employee (emp_id char(10), emp_name char(20), spouse_id char(10), primary key (emp_id), foreign key (spouse_id) references employee on delete set null on update cascade); Employee 0 1 0 1 is-married-to (b) one-to-many, one side mandatory, many side optional Engineers are divided into groups for certain projects. Each group has a leader. create table engineer (emp_id char(10), leader_id char(10) not null, primary key (emp_id), foreign key (leader_id) references engineer on delete set default on update cascade); Engineer 1 0 * is-group-leader-of is-led-by (c) many-to-many, both sides optional Each employee has the opportunity to coauthor a report with one or more other employees, or to write the report alone. create table employee (emp_id char(10), emp_name char(20), primary key (emp_id)); create table coauthor (author_id char(10), coauthor_id char(10), primary key (author_id, coauthor_id), foreign key (author_id) references employee on delete cascade on update cascade, foreign key (coauthor_id) references employee on delete cascade on update cascade); Employee 0 * 0 * is-coauthor-with Teorey.book Page 91 Saturday, July 16, 2005 12:57 PM . resulting table. The two key attributes are taken from the same domain but are given different names to designate their unique use. The one-to-many relationship requires a foreign key in the resulting