简单数据库设计实例.doc

数据库设计实例
数据库设计是数据库应用系统设计的一个组成部分，其核心是针对于特定的应用环境，设计合理的数据模型，创建数据库及其应用系统，使之能够有效地存储和处理数据，以满足用户的应用需求。从实用角度出发，数据库设计可分为如下几个步骤：
第一步：创建概念数据模型
确定实体和关系
确定属性
规X化数据
第二步：生成物理数据模型
第三步：验证设计
为便于学习者理解和掌握，下面结合具体的实例来讲解和展示数据库设计的详细过程。假定我们要开发一个小型的ERP系统，以管理公司内部资源，其应用业务场景描述如下：
v512工作室由IT业界专业人士组成，在提供高端IT培训业务的同时，还自主制作并免费发布大量公益性学习资源，工作室以公司形式运营，目前共拥有18名员工，这些员工分属于4个部门，且员工之间存在上下级管理关系。计划将来根据业务的发展设立更多的部门，聘用更多的员工。为保证质量，工作室对其成员的各项专业技能进行了级别评定。

1. 确定高级别的活动
要确定本ERP系统数据库设计中的实体和实体间关系，首先应明确要基于该数据库执行的高级别活动，这里所谓的高级别活动是指从用户的视角出发，确定本数据库设计中系统所涉及到的业务活动。比如，存储和维护员工的个人信息等。
在前述的应用业务场景中，v512工作室需要考虑的高级别活动包括：
聘用新员工
解雇现有员工
维护员工的个人信息
增设新部门
裁撤现有部门
维护部门信息
维护工作室业务相关的技能信息
维护各员工的业务技能掌握情况
2. 确定实体
接下来要确定的是，针对上述的高级别活动需要记录和维护有关哪些事物的信息，这些事物将被转换为实体。其中，员工相关信息可抽象为“Employee”实体、部门相关信息可抽象为“Department”实体、技能相关信息抽象为“Skill”实体，为规X和方便起见，这些实体均采用英文命名，并尽量在名称中体现其含义。
3. 确定关系
进一步对上述高级活动进行分析，以确定实体间存在何种关系。具体包括：
Employee-Department实体之间存在隶属关系
员工必须且只能隶属于某一个特定的部门，一个部门可以包含0～多名员工，此为一对多关系。这种从两个方向上对同一个关系的细化描述被称为关系的角色，每个关系都对应两种角色。
Employee-Department实体之间存在管理关系
每一名员工可以管理0～1各部门，每个部门必须由一名员工负责管理（其管理者不必须隶属于本部门），此为一对一关系。
Employee-Skill实体之间存在掌握关系
每一名员工均应掌握1～多项业务技能，每项技能可能被0～多名员工掌握，此为多对多关系。
Employee-Employee实体之间存在管理关系
每位员工由0～1位上级员工负责管理，有的员工可能没有上司（比如公司经理），但有的话只能有一位直接上级。上级员工可以管理0～多位为下级员工。
经分析而得的上述实体间关系如图8-14所示。
图8-14数据库设计实例CDM之1
4. 将多对多关系更改为实体
前文中已讲过，在多对多关系中，可能会出现有属性与关系相关联、而不是单纯的与实体相关联的情况，将这样的属性添加到任何一个实体中都是不合理的，此时应将该关系转换为、或者说定义为