数据库设计实验报告-模板

数据库设计实验报告

实验课程名称＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 姓名＿＿＿＿ ＿＿＿ ＿＿＿ 学号＿＿＿＿ ＿＿＿＿＿ 组长姓名＿＿＿＿ ＿＿＿＿＿ 组长学号＿＿＿＿ ＿＿＿＿ 专业＿＿＿＿ ＿＿＿＿＿＿＿ 班级＿＿＿＿＿＿＿＿＿ ＿ 指导教师＿＿＿＿＿＿＿＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ ＿ 开课学期 至＿＿＿＿＿＿学年 第＿ ＿学期 上课时间 年 月 日 至 年 月 日

设计题目 小组合作 (注：本表格只需组长填写) 是 （ ）否（ ） 小组成员姓名 1． 实验目的： 2． 软硬件环境： 3． 实验设计简述： 4． 组长给组员打分：(要求：1-6,6-8，8-9，9-10。四个档次，必须每个档次一个人。组长要写明打分的理由！！)

1

1． 系统需求分析（1级标题字体：小四，加粗，其余字体要求同例）

1.1根据所选系统的背景，分析系统功能，理解系统需求。（2级标题字体：五号，加粗）

题目：（题目名）（正文部分字体：五号；段落：单倍行距） 背景：（系统的情况）（正文部分字体：五号；段落：单倍行距）

1.2 详细分析系统有关的数据，抽取业务信息，明确信息输入、信息处理以及安全性与完整

性所能达到的标准，填写以下表格。（2级标题字体：五号，加粗） 功能名称 功能描述 相关相关人员 机构 文档（详细） 存储数据（详细） 表单（详细） 2． 概念模型设计

(说明：按数据库设计方法和规范化理论,从实践概括抽象出ER模型。注：先画出分E-R图，最后画出总E-R图。) 如下例：

(1)供应商集和零件集之间的联系(供应)

供应商名

价格 数量 零件名 简介 简介

供应商 重量 m 电话 零件 n 供应

地址 颜色 零件号 供应商号

图A．1供应商和零件之间的联系(供应) ER模型

(2)顾客集和零件集之间的联系(求购) 零件名 零件号 数量 价格 顾客号 颜色 顾客名 m n 零件 求购 顾客 重量 地址 简介 电话 图A．2 顾客和零件之间的联系(求购) ER模型

2

(3) 画出系统总E-R图

零件号 数量 供应 价格 颜色 零件名 简介 数量 重量 m n 零件 n 求购 价格 m n 简介 供应商名 数量 价格 电话 地址 交易 p 顾客 m 顾客号 顾客名 供应商 电话 地址 供应商号 图A．3 全局ER模型

3． 逻辑模型设计

(注意事项：

 将ER模型转化为相应的数据库的关系模型，并表明“主键”：主键用下划线加粗标

明；“外键”：用*标明，并写明关系之间的参照关系。  逐一分析关系模式，考查是否存在部分依赖、传递依赖等。分析这些模式是否合适，

是否要进行合并或分解。要求所设计的关系模式至少达到第三范式) 如下例：

通过ER模型到关系模型的转化，可以得到如下关系模式：

(1)零件实体集转换为 关系：Part(ID，Color，Name，Weight，Intro) (2)供应商实体集转换为 关系Provider(ID，Name，Addtess，Tel，Intro) (3)顾客实体集转换为 关系Customer(ID，Name，Addtess，Tel)

(4)供应联系转换为 关系Supply(PartlD，ProviderlD，Price，Quantity) (5)求购联系转换为 关系OfferToBuy(CustomerlD，PartID，Price，Quantity) (6)交易联系转换为 关系Business(CustomerlD*，ProviderlD*，PartID*，

Price，Quantity) ；

函数依赖：CustomerlD→Customer(ID)，ProviderlD→Provider(ID)，PartID→Supply(ID)

每个关系模式的主键码都用下划线标出,每个关系的模式的外键用*标出。

同时，对于从联系导出的关系Supply(供应)，OfferToBuy(求购)和Business(交易)，使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。

对于Customer(顾客)，Provider(供应商)和Part(零件)之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。 4． 物理模型设计 4.1 表物理结构设计

3

Part表

列名 ID Color Name Weight Intro 其他表类似 4.2索引结构设计： 编号 1 2 3 4 5 6 7 索引结构 part(ID) Provider(ID) Customer(ID) Supply(PartID，ProviderID> OfferTOBuy(CustomerID，PartID) Business(CustomerlD，ProviderID，PartID) Supply(Quantity) 索引类型 唯一聚集索引 唯一聚集索引 唯一聚集索引 唯一聚集索引 唯一聚集索引 唯一聚集索引 非聚集索引 创建原因 主键自动创建 主键自动创建 主键自动创建 主键自动创建 主键自动创建 主键自动创建 每天都需要进行“数量”查询 类型 smallint varchar varchar int text 长度 20 20 约束 PRIMARY KEY NOT NULL DEFAULT 0 4.3视图结构设计： 视图名称 View_Order 基于的基础表 Customer、OfferToBuy 视图的功能说明 方便查询某个顾客的所有求购信息 4.4查询设计：要求至少设计10个查询，包含简单查询3个、分组查询2个、连接查询3个、嵌套查询2个。 编号 1 查询要求 查询供应商供应的最大零件数量，要求显示供应商名称，供应的最大数量 查询类型 连接查询 4.5 安全管理设计

4.5.1用户表：（如果指定了所属角色，可以不需要单独指定操作对象和权限） 用户 所属部门 可操作对象 可操作权限 所属角色 4.5.2角色表：

编号 1 2 角色 dbo Public 可操作对象 所有数据库对象 Part表 可操作权限 所有操作 Select 所属的成员用户

4

4.6备份与还原设计

编号 1 2 备份时间间隔 每隔24小时 每隔1小时 备份类型 完全备份 差异备份 其他备份要求 5． 实现阶段

5.1创建数据库：

SQL语句

5.2表的实现，并实现数据完整性：

SQL语句

5.3 索引的实现：

SQL语句

5.4 视图的实现：

SQL语句

5.5 查询的实现：

SQL语句

5.6 安全的实现：

SQL语句

 登录账户：SQL语句  用户：SQL语句  角色：SQL语句  权限：SQL语句

5.7 备份与还原的实现: SQL语句

6． 测试阶段

6.1 插入正确数据

 按表插入正确数据：SQL语句

 按表对插入数据结果截图：结果截图 6.2 插入错误数据

 按表插入错误数据：SQL语句  按表对插入错误数据结果截图

 违反主键约束的数据：结果截图  违反唯一性约束的数据：结果截图  违反检查约束的数据：结果截图  违反外键约束的数据：结果截图  其他错误数据：（记录下其他发生错误的数据）：结果截图 6.3 修改测试数据

 按表修改数据：SQL语句

 注意主外键数据的级联情况：结果截图 6.4 删除测试数据

 按表删除数据：SQL语句

 注意主外键数据的级联情况：结果截图

5

 其他删除异常的情况：结果截图

7． 实验总结

7.1 实训过程总结 7.2 技术难点及解决办法 7.3 收获和体会

6