数据库逻辑设计：区分下面例子中的实体与联系

你把主码和外键都给出了，不就是把表都定义好了吗？那它们的关系肯定已经是清楚的了。你的问题不是设计，而是反推设计过程。
（1）学生、医生、药品，这肯定都是实体；
（2）药房，有“位置”属性，还和医生、药品有复杂的联系，所以也应该是实体；
而【药房-医生】这个1:n的联系，已经归并为后者的属性了；
（3）医疗记录：应该是【医生-学生】间的一种联系——诊疗；这是一个m:n的联系，还具有“时间”、“费用”、“处方”等属性，所以就转化成现在的表了；
（4）处方：应该医疗记录的一个属性。如果它有复杂的内部结构，就可以作为一个单独实体。但从你设计的表来看，它的几个属性都已经在医疗记录中包含了。所以你得想想，有必要把它分离出来吗？
（5）库存量：是从【药房-药品】这个m:n联系转化来的；
（6）过敏药物：是【药品-学生-处方】间的m:n:1联系；（不过从这个关系看，似乎不应该叫做“过敏药物”，而应该叫做“过敏记录”，你觉得呢？）
最后说一点：处方和医疗记录、过敏药物间的关系不是很清楚，你最好再优化一下。

以上就是关于数据库逻辑设计：区分下面例子中的实体与联系全部的内容，包括:数据库逻辑设计：区分下面例子中的实体与联系、、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！