数据库铁路系统购票设计
数据库铁路系统购票设计
成绩明细：
错误解答：
106同学：
E-R图例不完全规范，详解如下：
l 其中列车信息与车站信息为多对多关系，所以不是单向箭头表示；
l 主码应当用加下划线表示。
关于范式设计：
l 若严格按照范式要求，在实体购票信息中，属性姓名和身份证号同时出现不满足第三范式要求（已有身份证号，便已经可以检索出姓名，数据之间存在传递关系）
l 在实际情况中，并不存在列车号（若理解为车次，则每天都有相同的车次，还应该添加具体发车日期做联合主键）违背了第二范式。
l 车站信息中，经停站违背了第一范式（经停站可以很多个，没有保证属性不可再分的原子性）
代码：
GP表中，乘车时间采用了数据类型char(8),但输入的时间一共超过了8位字符
119同学：
关于范式设计：
l 车站信息中，停靠违背了第一范式（经停站可以很多个，没有保证属性不可再分的原子性）
l 车次信息中不应该包括座位类型和编号属性，违背第二范式
E-R图例不完全规范，详解如下：
l 缺少主键（主码）标识
代码：
l 与实体对应不全；
l 存在语法错误；
l 未根据题意插入数据。
223同学：
E-R图例不简洁：
很多属性都可以放在一个实体中，字迹太难辨认
没有标识主码
关于范式设计：
实体集“剩余座位”不应该包括起点站终点站等属性，违背第二范式要求
318同学：
E-R图例不完全规范，详解如下：
l 实体与属性不应当用箭头；
l 属性用椭圆表示；
l 缺少主码标识。
关于范式设计：
l 车站信息中，途经站违背了第一范式（经停站可以很多个，没有保证属性不可再分的原子性）
代码：
缺少插入数据
Char类型需要规定字符长度
410同学：
E-R图例不完全规范，详解如下：
属性用椭圆表示；
缺少主码标识。
423同学：
代码：
所插入表还是上一个表
知识参考：
第一范式要求：所有属性都是不可再分的基本数据项，同一列不可以有多个值，或者不可有重复属性。
第二范式要求：每个实例被唯一区分，任一字段都要依赖于同一字段
第三范式要求：
数据不能存在传递关系，即没个属性都跟主键有直接关系而不是间接关系。像：a–>b–>c 属性之间含有这样的关系，是不符合第三范式的。
比如Student表（学号，姓名，年龄，性别，所在院校，院校地址，院校电话）
这样一个表结构，就存在上述关系。 学号–> 所在院校 –> (院校地址，院校电话)
这样的表结构，我们应该拆开来，如下。
（学号，姓名，年龄，性别，所在院校）–（所在院校，院校地址，院校电话）
百度文库参考链接：
https://wenku.baidu.com/view/89f99eee0975f46527d3e16a.html?sxts=1527954155630