数据库铁路系统购票设计

成绩明细:

错误解答:

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

猜你喜欢

转载自www.cnblogs.com/runningCsnail/p/9131042.html