数据建模数据库设计——项目管理1．逻辑数据库设计1.1 项目管理1.1.1 数据需求1.顾问公司一个顾问公司有很多需要管理的项目。
2.项目每个项目的详细信息包括项目编号、项目名称、计划开始日期、计划截止日期、实际开始日期、实际截止日期、工程计划费用、工程实际费用、客户编号、经理员工号。
每个项目有一个用户和一个经理。
在整个项目中，项目编号是唯一的。
3.客户客户信息包括客户编号、客户姓名、客户地址（由城市、街道、州和邮政编码组成）、客户电话号、客户传真号、客户网址、联系人姓名、联系人电话、联系人传真号。
其中客户编号唯一。
4.工作包工作包信息包括工作包编号、计划开始日期、计划截止日期、实际开始日期、实际截止日期、工程计划费用、项目实际费用、项目号。
其中，工作包编号是唯一的。
5.员工员工中每个成员的详细信息包括员工号、角色开始日期、姓名、地址（街区、城市、州、邮编）、工作电话号码、家庭电话号码、传真号、职位、性别、薪水、入职日期、角色号。
在整个项目中，员工号是唯一的。
员工包括经理、普通员工。
6．角色角色由角色编号、角色描述、单价。
其中，角色编号唯一。
7.文档文档编号、文档题目、文档日期、版本号、工作包号、撰写员工号。
其中文档编号唯一。
8.文档作者撰写文档的员工包括文档号和员工号。
其中文档号和员工号唯一。
9.费用费用包含信息为费用编号、支出日期、费用描述、花费金额、工作包号、员工号、费用类型号。
其中费用编号为主键。
10. 费用类型费用类型包含信息为费用类型号、费用类型描述。
其中，费用类型号是唯一的。
11. 时间时间信息包含信息为工作包号、员工号、开始工作时间、结束工作时间、工作时间。
其中工作包号和员工号唯一。
12. 经理是员工种类的一种，管理项目，下属很多员工。
包含信息为员工号、姓名、地址（街区、城市、州、邮编）、工作电话号码、家庭电话号码、传真号、职位、性别、薪水、入职日期。
在整个业务中，员工号是唯一的。
1.1.2 事务需求1.数据库应该支持下述事务(a) 创建和维护记录各项目的详细信息和每个员工的记录。
(b) 创建和维护记录客户的详细信息和记录。
(c) 创建和维护员工的详细信息。
(d) 创建和维护记录文档的详细信息和详细记录。
(e) 创建和维护记录角色的信息。
(f) 创建和维护记录工作包的详细信息。
(g) 创建和维护记录费用类型的信息。
(h) 创建和维护记录文档作者的详细信息和详细记录。
2.数据应该能够支持下述查询事务(a) 以表单形式列出项目名字、经理名字、客户号、客户电话，按项目编码排序。
(b) 以表单形式列出员工的姓名、号码、角色、工作时间，以及他们的项目的详细信息。
(c) 以报表形式列出项目的费用以及费用类型。
(d) 以报表形式列出项目的文档以及文档作者。
1.2使用逻辑数据库设计方法1.2.1 步骤1.1: 标识实体逻辑数据库设计的第一个步骤是标识在数据库中必须表述的主实体。
有上面的描述，可以标识如下实体：Project（项目）Document（文档）Client（客户）DocumentAuther（文档作者）WorkPackage（工作包）Expense（费用）Employee（员工）1.2.2 步骤1.2：标识关系标识完实体后，下一步就是标识存在于这些实体间的所有关系。
对于房屋租赁公司的实体关系，如图所示。
1.确定关系的多样性约束标识完要创建的关系后，现在应该确定每个关系的多样性约束。
Client 1．.1 Place Project 1..*Project 1..11..1 HasHasEmployeeClient1..*1..*Employee 1..11..11..11..11..* LeaderHasManageApproveWorkOnEmployeeManagerProjectDocumentWorkPackage1..*1..*1..*0..*1..1Document 1..1 writtenBy DocumentAuthor 1..*WorkPackage 1..*1..1 CauseProduceExpenseDocument1..10..*DocumentAuthor 1..* Write Document 1..1 Expense 1..1 Caused WorkPackage 1..1图22.使用实体-关系（ER）建模在数据库设计阶段，将创建几个ER模型。
其中员工有自身的一对多的关系，员工和项目是多对多的管理关系，客户和项目是一对多的任命关系，员工和文档通过工作包具有多对多的关系其中工作包产生文档，工作包和费用是一对一的产生关系，文档作者和文档是一对多的编写的关系。
故有如下ER图。
图31.2.3 步骤1.3：标识实体或关系的有关属性下一个步骤是标识与已经标识的实体或关系有关的属性。
对于项目管理而言，应该标识如图所示的与实体有关的属性。
1.2.4 步骤1.4：确定属性域现在要为上一步在数据字典中所标识的属性添加必要的属性域。
1.合法的电话号码的属性域是一个10位的数字串。
1.2.5 步骤1.5：确定候选键、主键和备用键属性这个步骤主要是为实体标识候选键，然后选择其中之一作为主键。
在标识主键的过程中，要特别注意实体是强实体还是弱实体。
其中的分公司client离开了project将不存在，故client依赖于project为弱实体；Employee离开了project还是存在的实体，故Employee不依赖于project为强实体；DocumentAuther为强实体。
但是Expense、Document都是依赖于Project而存在的，故二者均为弱实体。
在标识候选键时，应该注意到各个实体的主键及环境的考虑。
如图所示。
1.2.6 步骤1.6：特化和泛化实体在Employee中包含Manager，故可泛化出1个实体。
1.2.7 步骤1.7：检查模型的数据冗余现在得到了一个项目管理的逻辑数据模型。
但是这个数据模型包含一些应该被删除的冗余。
特别需要注意的是：1.重新检查一对一关系。
2.删除冗余关系。
1.2.8 步骤1.8：检查模型是否支持用户事务在这个步骤中，检查已经创建的局部逻辑数据模型是否支持用户所需的事务。
检查包括：1.数据模型中是否存在必要的属性。
2.如果属性要从多个实体中得到，则两个实体间是否有通路；换而言之，在两个实体间要有已经标识了的关系。
1.2.9 步骤2.1：创建表在这个步骤中，从逻辑数据模型创建表达用户视图中所描述的实体和关系的表，这时，要为关系数据库使用数据库设计语言（DDL）。
将从逻辑数据模型创建表的全部结构都存档。
create table Project(projectNo char(10)primary key,projectName char(15)not NULL,plannedStartDate datetime not null,plannedEndDate datetime not null,actualStartDate datetime not null,actualEndDate datetime not null,projectedCost char(10)not NULL;actualCost char(10)not NULL;clientNo char(10)not NULL;managerEmployeeNo char(10)not NULL;)create table Employee(emNo char(10)not NULL primary key,emName char(10)not NULL,emStreet char(10)not NULL,emCity char(10)not NULL,emState char(10)not NULL,emZipCode char(10)not NULL,emTel char(10)not NULL,emPosition char(10)not NULL,emsex char(10)not NULL,emSalary char(10)not NULL,RoleNo char(10)not NULL,foreign key RoleNo references Role (RoleNo));create table Client(clientNo char(10)not NULL primary key,clientName char(10)not NULL,clientStreet char(10)not NULL,clientCity char(10)not NULL,clientState char(10)not NULL,clientZipCode char(10)not NULL,clientTel char(10)not NULL,clientFaxNo char(10)not NULL;clientWebAdd char(10)not NULL,contractName char(10)not NULL,contractTel char(10)not NULL,contractFaxNo char(10)not NULL;contractEmailAdd char(10)not NULL,);create table Role(RoleNo char(10)not NULL primary key,RoleDescription char(50)not NULL;billingRate char(10)not NULL;);create table WorkPackage(wNo char(10)not NULL,plannedStartDate datetime not null,plannedEndDate datetime not null,actualStartDate datetime not null,actualEndDate datetime not null,projectedCost char(10)not NULL;actualCost char(10)not NULL;ProjectNo char(10)not NULL;);create table Document(documentNo char(10)primary key,documentTitle char(15)not NULL,documentDate datetime not null,versionNo char(15)not null,workPackageNo char(15)not null,appByEmNo char(15)not null ,foreign key workPackageNo references workPackage (workPackageNo), foreign key appByEmNo references Employee (employeeNo),);create table DocumentAuther(documentNo char(10),emNo char(10)not NULL,foreign key documentNo references document (documentNo),foreign key emNo references Employee(emNo));create table Expense(expenseNo char(10)primary key,expenseDate datetime not null,expenseDescription char(50)not NULLexpenseAmount char(10)not null,workPackageNo char(10)not null,emNo char(10)not null,expenseTypeNo char(10)not null,foreign key workPackageNo references workPackage (workPackageNo), foreign key emNo references Employee(emNo)foreign key expenseTypeNo references expenseType (expenseTypeNo) );create table expenseType(expenseType No char(10)not NULL primary key,expenseType Description char(50)not NULL;);create table TimeBooked(wNo char(10)not NULL,emNo char(10)not NULL,dateStartWork datetime not null,dateEndWork datetime not null,timeWorked datetime not null,foreign key workPackageNo references workPackage (workPackageNo), foreign key emNo references Employee(emNo));1.3.0 步骤2.2：用规范化方法检查表结构在这个步骤中，要确保上一步所建的表至少要满足第三范式（3NF）。