126303132顾伟康.docVIP

苏 州 市 职 业 大 学 实习（实训）报告 名称 　SQLServer数据库项目实训01 目 录 目 录 I 1. 课程设计的目的与要求 1 2. 题目说明 1 3. 需求分析和数据库设计 1 3.1信息收集和需求分析 1 3.2概念设计——E-R图 2 3.3逻辑设计 5 4. 表和索引的创建及数据完整性 7 5. 数据库结构的实现 8 6. 遇到的问题和解决方法 10 7. 课程设计总结 10 8. 参考文献 10 课程设计 需求分析和数据库设计 3.1信息收集和需求分析 用户的基本信息包括：用户ID、密码、姓名、性别、电话、E-mail、用户权限７个属性； 地区的基本信息包括：地区编号、地区名称２个属性； 职务的实体的基本信息包括：职务编号、职务名称２个属性； 学校的基本信息包括：学校名称、学校所在地区、在校学生人数３个属性； 通讯录具有联系人姓名、地址、联系电话、所属职务、所在学校、所在单位、所属地区７个属性。 3.2概念设计——E-R图 E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型 用户实体E-R图 用户的实体具有用户ID、密码、姓名、性别、电话、E-mail、用户权限７个属性，ER图如图： 图3-2-1 用户E-R实体图 地区E-R实体图 地区的实体具有地区编号、地区名称２个属性，E-R图如图： 图3-2-2地区E-R实体图 职务E-R实体图 职务的实体具有职务编号、职务名称２个属性，E-R图如图。 图3-3-3职务E-R实体图 学校E-R实体图 学校的实体具有学校编号、学校名称、学校所在地区、在校学生人数３个属性，可用E-R图表示，如图所示。 图3-3-4学校E-R实体图 通讯录E-R实体图 通讯录的实体具有联系人姓名、地址、联系电话、所属职务、所在学校、所在单位、所属地区７个属性，E-R图如图所示。 图3-3-5通讯录E-R实体图 3.2.2全局ＥＲ图 学校与地区n:1联系E-R图 图4-6 E-R实体图 用户与通讯录n:m联系E-R图 图4-7 E-R实体图 3.3逻辑设计 概念设计的结果得到一个与计算机、软硬件的具体性能无关的全局概念模式。数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型（如关系模型）的过程。本案例中我们将其转换为关系模型。 将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式，这种转换一般遵循如下原则：? 一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的关键字就是关系的关键字。 ? 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端实体所对应的关系合并，在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体的码。 ? 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。如果与n端的关系模式合并则在n端实体集中增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增属性后原关系的码不变。 ? 一个m：n联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身具有的属性均转换为关系的属性，而关系的码为各实体码的组合。 3.3.1用户表设计 创建企业信息管理系统中的各数据表，在此系统中共涉及到5个数据表的应用，分别为如下。 用户信息表 用户信息表(Users)用于存放校园通讯录信息管理系统中所有系统管理用户的信息，用户管理是每个管理系统中必不可少的，也是比较重要的一部分，本系统中进行了较详细的设计，表中各个字段的数据类型、大小以及简短描述如表4-1所示。 SN 列名 描述 类型 1 sUserID 用户ID [PK] varchar(10) 2 sUserName 用户姓名 varchar (20) 3 sUserPassword 记录用户登入本系统时的用户密码 varchar(10) 4 sUserSex 用户性别 char(2) 5 sUserEmail 用户E-mail varchar(20) 6 sUserPhone 用户的联系电话 varchar(20) 7 sUserPurview 用户权限 char(1) 表4-1 用户信息表 TB_Users 2．地区信息表 地区信息表(Client)用于存放校园通讯录信息管理系统中所有地区的信息，地区信息的管理是系统中比较重要的内容，地区的名称是其中的关键信息，表中各个字段的数据类型、大小以及简短描述如表4-2所示。 S