数据库课程设计--汽车修理管理系统.docVIP

目录 1 设计时间 2 2 设计目的 2 3设计任务 2 4 设计内容 2 4.1需求分析 2 4.2系统设计 3 4.3系统实施 8 4.4运行与测试 12 5 总结与展望 13 参考文献 14 成绩评定 14 1 设计时间 第17周(2012年6月4日~2012年6月8日) 2 设计目的 数据库原理及应用课程设计是软件工程专业集中实践性环节之一，是学习完《数据库原理及应用》及《SQL SERVER数据库 实体间的关系： 1 1 1 1 N 1 1 N 4.2.2 逻辑结构设计 数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据模型特点。 从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型，如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题，所以只介绍E-R图如何向关系模型进行转换。 关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下。 1. 实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 2．联系类型的转换，根据不同的情况做不同的处理。 一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 一个１：N的联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。 一个M：N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 具有相同码的关系模式可合并。 3. 根据学生宿舍管理系统的E-R图转换为关系模型如下。 将每一个实体转换成一个关系（关系就是给出关系名，属性就是实体属性，并标明该关系的主键用下划线来表示） ( 编号 VARCHAR (20), 姓名 VARCHAR (20), 电话 VARCHAR (20), 车牌 VARCHAR (20), 车型 VARCHAR (20), PRIMARY KEY (编号), ) 建立登记单表： CREATE TABLE 登记单 ( 编号 VARCHAR (20), 客户编号 VARCHAR (20), 登记时间 DATETIME, 修理项目 VARCHAR (20), PRIMARY KEY (编号), FOREIGN KEY (客户编号) REFERENCES 客户(编号), ) 建立修理表： CREATE TABLE 修理单 ( 编号 VARCHAR (20), 客户号 VARCHAR (20), 修理项目 VARCHAR (20), 修理工 VARCHAR (20), 修理耗时 SMALLINT, 所用零件 VARCHAR (20), 使用数量 SMALLINT, PRIMARY KEY (编号), FOREIGN KEY (客户号) REFERENCES 客户(编号), FOREIGN KEY (修理工) REFERENCES 修理工(编号), FOREIGN K