你把主码和外键都给出了,不就是把表都定义好了吗?那它们的关系肯定已经是清楚的了。你的问题不是设计,而是反推设计过程。
(1)学生、医生、药品,这肯定都是实体;
(2)药房,有“位置”属性,还和医生、药品有复杂的联系,所以也应该是实体;
而药房-医生这个1:n的联系,已经归并为后者的属性了;
(3)医疗记录:应该是医生-学生间的一种联系——诊疗;这是一个m:n的联系,还具有“时间”、“费用”、“处方”等属性,所以就转化成现在的表了;
(4)处方:应该医疗记录的一个属性。如果它有复杂的内部结构,就可以作为一个单独实体。但从你设计的表来看,它的几个属性都已经在医疗记录中包含了。所以你得想想,有必要把它分离出来吗?
(5)库存量:是从药房-药品这个m:n联系转化来的;
(6)过敏药物:是药品-学生-处方间的m:n:1联系;(不过从这个关系看,似乎不应该叫做“过敏药物”,而应该叫做“过敏记录”,你觉得呢?)
最后说一点:处方和医疗记录、过敏药物间的关系不是很清楚,你最好再优化一下。
题1 建库建表 这没啥说的,建学生表的时候字段后面加上check(sex in('男,女'))就完事了
题3 插入数据insert 这好想也没啥说的吧,题4 select 语句 一个弯都没拐就一个关联查询,题5 avg (平均数)和count(求条数) 两个聚合函数 后面跟个group by 而已
以上就是关于数据库逻辑设计:区分下面例子中的实体与联系全部的内容,包括:数据库逻辑设计:区分下面例子中的实体与联系、大学计算机,数据库案例设计,这道题,求大神、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)