ch13-数据库应用开发综合实战案例.pptx

第十三章数据库应用开发综合实战案例数据库系统

目录1.选题背景2.需求分析3.数据库设计4.数据库实施5.数据库应用程序设计6.数据库应用程序开发7.数据库应用系统运行

1.选题背景源自真实场景：数据库实验教学的痛点学生提交大量SQL作业增大教师批阅工作量SQL语句写法灵活多样导致批阅难度较大作业批阅结果可能也无法及时反馈给学生开发一个高效的SQL-OJ（OnlineJudge）系统以提高数据库课程的教学效率和效果。

目录1.选题背景2.需求分析3.数据库设计4.数据库实施5.数据库应用程序设计6.数据库应用程序开发7.数据库应用系统运行

2.需求调研——方法调查组织机构/用户调查各个部门业务活动明确新系统的各种要求确定新系统的边界调查的方法跟班作业开调查会专人介绍调查表查阅记录其他信息需求+处理需求+非功能需求

2.需求调研案例——MYSQL-OJ数据需求用户信息题库与题目信息试卷信息练习或考试信息答题信息功能需求教师：班级管理、班内成员管理、题库/题目/试卷/考试管理、统计信息学生：注册、个人信息管理、考试答题功能、仪表盘管理员：学校管理、教师用户管理非功能需求安全性需求:权限控制性能需求：支持1000人同时在线答题，题目3秒内提交到系统分权限、管数据、定功能

需求调研结果的分析和表达方法数据流图数据字典数据项数据结构数据流数据存储处理过程2.需求调研——结果表达信息需求处理需求完整性需求安全性需求性能需求其他

2.需求调研案例——MYSQL-OJ数据流图

2.需求调研案例——MYSQL-OJ数据字典：以该系统服务100所学校，10年为例数据处理数据流数据存储

目录1.选题背景2.需求分析3.数据库设计4.数据库实施5.数据库应用程序设计6.数据库应用程序开发7.数据库应用系统运行

3.数据库设计概念结构设计：ER图设计逻辑结构设计:ER图转换成关系模式安全性与完整性设计：加密、防注入、约束、触发器等物理结构设计：存储与存取，重点是索引物理数据库

3.1概念结构设计数据抽象，局部视图设计视图集成DFDDD总E-R图逻辑结构设计返回用户，征求意见到满意为止需求分析分E-R图1)抽象数据+设计局部视图2)集成局部视图，得到全体的概念结构

3.1概念设计案例—MYSQL-OJ语义描述与数据抽象用户相关实体：学校、班级、用户（管理员、教师、学生）考试相关实体：题库、题目、试卷、考试或者练习活动根据现实世界与应用需求分析，实体之间语义描述如下：一个学校拥有多个班级，一个班级只能属于某个学校；一个班级有多名学生，一个学生只能属于一个班级。系统可以有多个管理员，任意一个管理员可以增删改所有学校、教师的基本信息；每位教师管理所负责班级的学生信息。一位教师可以创建多个题库（题库指一个事先准备好的数据库，可包含多张表以及部分数据），每个题库只能被一位老师创建。基于一个题库可以出多道题目，每个题目只能属于某一个题库。每位教师可以出若干道题目。一套试卷可以由任意多道题目组成，相同题目可出现在多套试卷中，且相同题目在不同试卷中分值可以不同。每位教师可给所负责的一个或多个班级，将任意一套可访问的试卷发布为一次考练活动。学生可以作答自己可见的未过期考练活动。

3.1概念设计案例—MYSQL-OJ实体属性描述

3.1概念设计案例—MYSQL-OJ系统总ER图（12个实体+14个联系）分ER图

3.2逻辑结构设计—ER图转换逻辑结构设计：ER图转换为逻辑结构基本转换实体与属性转换1对1联系：合并到任意1端[强制参与]或单独转成新关系1对多转换：合并到N端或单独成新关系多对多转换：联系转换成单独成新关系特殊转换：复合属性、弱实体、ISA等设计优化范式理论判断与分解基于应用特征分析的分解与合并外模式设计

3.2逻辑设计案例ER图中的实体转换ER图中的联系转换

3.2逻辑模式优化案例1.模式优化：以Exam、Exam_class为例分析。其他关系均满足BCNF。1)Exam(考试ID,考试名,考试描述,开始时间,结束时间,活跃状态,是否公布答案,教师ID,试卷ID)：该关系的码是考试ID，不存在非主属性和主属性（考试ID）对码的部分函数依赖和传递函数依赖，因此满足BCNF。2）Exam_class(考试ID(FK),班级ID(FK),发布时间)：假设允许把某次考试给某个班级发布多次，则码中需要加入发布时间。由此该关系为全码，无非主属性，满足BCNF。2.其他优化（反范式化设计、分解或合并等）题目名：该系统中教师身份登录时，以班级为单位进行作答统计信息，在访问题目的作答记录表时，会频繁