E-R图专题

这里注意,联系尽量用题目中出现的词.

弱实体用双边矩形来表示.联系用双边菱形表示.

上图为聚合的情况.AB整体与C产生联系.
聚合关系与三方联系最大的不同在于:聚合关系有先后顺序.

如上图,首先从题目上看,租客,公寓,经理之间就不可能是个三方联系.因为租赁这个联系,显然不适用于经理.

子实体例子如上.

注意,如果题目在表示子实体时,画了圆圈,那么在解题的时候也需要画圆圈.


这里1中提到的,根据题目中给出的关系模式来判断,非常有价值.
如果题目中的联系不好判断,一般在之后的逻辑结构设计中会给出一些设计好的属性.
应用我们学过的从E-R图到关系模式的转化,来解题.
如三方联系多对多对多的话,这个联系的关系模式中会有三个外码.这可以帮助我们解题.

2,
2020年E-R图就是典型的,题干中没有给出联系的任何信息,需要从关系模式中找到答案.
由于包裹的关系模式中有客户和快递员的主码,所以两方通常为多对多联系.(这里其实还使用了现实情况进行理解,单纯从关系模式中无法得出多对多的联系.)这里会发现,管理并没有创建单独的关系模式,只是将他并在多方,所以从这个角度看.包裹关系就可能是多对多联系了.
另外,快递中一般将手机号作为主码.

如果需要建立驿站实体,那么下面的关系模式中也一定会有驿站实体.所以说,没有这个实体.

从关系模式中我们可以得到非常多的信息.

在第二问,写完整性约束的时候,需要注意,外码与另一实体的主码对应.

第三问,注意有的时候,关系模式的属性,需要自己去找.

对于21年的题,注意题上实体的属性都标了出来,那么我们在补充er图的时候,也需要将属性补全.

并且对于题目中的客户可以在多个团购点下订单,就说明了客户对团购点是多的联系.

并且这道题的不同之处在于,我们需要判断出,订单联系有哪些属性.(在多对多联系中,除去几方的外码,剩下的一般都是联系的属性.)
同时,第三道题,我们也需要判断快递实体,到底有哪些属性.
注意快递的日期属性,也可以作为收取联系的属性.对结果没有丝毫影响.因为这是一个一对多的关系.

3,19年真题
这道真题
第一问,首先最容易看到的是(4)中的多方联系,然后根据下面项目的关系模型,可以快速确认是哪三方的多方联系.是一个1:1:多的关系.
并且,这里还有一个管理联系,明显是与孵化公司联系相同,但是员工关系模式中只有一个:所属公司代码的属性.能否两个公司公用这一个属性.答案是可以的,因为(2)中提到的统一管理.

第二问,项目的主键需要特别注意,我们这个是一个1:1:多关系,由一个项目编号唯一标识员工和创业公司,但是一个项目编号是标识不了投资方的,因为一个投资方可以投资多个项目.所以主码应该是(投资方编号,与项目编号的属性组合.)
这个在多实体联系中要注意.

第三问,题目已经透露出是项目的信息.所以我们可以将这两个作为项目的属性,那么能否作为投资方的属性呢?是不能的,因为一个投资方可以投资多个项目.如果添加在投资方,一个投资方,一个投资金额,一个投资时间,确定不出是哪个项目.
并且,这里在最后还要重写项目的关系模式.

4,18年题
首先,聚合与三方联系的区别就是聚合是有先后顺序的.
先有顾客下了订单,再有配送员配送.

这道题的第一问,E-R图的第一问,一定要结合需求分析,概念设计,与逻辑设计三部分来看.我们很容易从需求分析很容易得到,托运公司与订单(组合实体)之间是有联系的.
然后看逻辑设计,发现配送员与托运公司之间没有单独得联系,因为一旦有单独的联系,在逻辑设计中就需要多出一个关系模型.
然后,会发现配送的关系模式中,有配送员工号,所以这是一个三方联系.

这里由于题目中实在没给出三方联系的描述过程,以及将三方的主码都放在配送的关系模式中,我们默认是多对多对多联系.
(不像19年的题,题目中有明确的描述)
这也给我们日后解题提供了建议.

第二问,首先,这里一个空是可以填两个属性的.
然后还可以看上一问的E-R图,我们很容易知道订单中需要顾客和商品两方面信息.

然后代购订单,这个订单首先需要订单(从E-R图来看),其次,题目中说了,一个订单的多个商品,由多个代购员代购,所以这里还需要加上商品.

第三问,根据题意,允许顾客在系统中保存多组地址.说明顾客的地址不需要改变,我们增加弱实体,并且建立多联系.

5,17年题
第一问,首先我们从合同的关系模式中,看到同时与公寓,租客,经理发生了联系.那么要么是三方联系,要么是聚合.
这里应该是一个聚合关系,因为是有顺序的,租客租完公寓才可以和经理签订合同.所以这里是一个聚合关系.
这里需要注意,前面说的,联系如果没有明确说明,默认就是多对多对多关系.
但是这里,明确说明了与该公寓楼的经理签订合同.所以是1对多的联系.

第三问,也是一个聚合关系,因为一般来说是租客先填报故障登记,再进行维修.

这里写关系模式的时候,注意要有故障描述的属性.或者作为故障等记得属性.

这里维修工与故障之间,题目没有明确说明,所以按道理,应该默认为多对多联系.

6,16年题

第一问:首先我们从关系模式发现配送关系中,加入的是分拣ID,这是一个联系的主码,一般来说这种情况很可能是(分拣ID联系的两个实体先聚合再发生联系).并且这里题目没有特别说明,那么就应该默认写多对多对多的关系,题目的意思是一个订单上的商品在不同仓库,是按商品进行分拣.所以一个配送员,一个地址可能多次分拣,一次分拣,一个配送员,对应多个地址(?),一个地址,一次分拣,对应多个配送员(?),只能说默认就默认吧.这里的一次分拣可能是很多个分拣操作.

第三问,也是把联系的主码加入到订单关系模式中.

这里的三步,首先,一定是遵从原文
第二,原文没有的情况下,我们看关系模式,这里默认为多对多对多关系,然后检查是否符合题意.

最重要的事就是不要联系实际,以题意以及题意隐含意思为准.

第二问的问题,一定在题目中有,所以找不到就需要在原文中找

第三问,也需要符合题意.符合题目的语境.这一问可能可以结合一些自己的理解.
注意理解题目意思不等于联系实际,而在于挖掘题目背后的内容.

3,真题
19年题,注意光知道项目编号是无法唯一确定一个投资商的.题目中特别指出了一位,一个,就很有可能是1的联系.

18年题,注意,最后还需要将运送与收货地址相联系.默认为多.
17年题,注意第三问的多方联系,题目很明显在提示是多方联系.
16年题,注意最后加在订单中的是销售ID,而不是员工编号.其实这里加员工编号也是可以的,所以说,对于聚合来说,可以直接加联系的主码,一般出现在多对多对多的情况下.(否则联系可以合并到其中一方.)

可以说,如果逻辑设计中有联系的关系,那么大概率就是个多对多对多关系,除非题目中有另外说明.如果没有,说明就可以合并到其中的多方.大概率就是1对多的关系.

15年题,注意这里球队之间是多对多的关系,另外,比赛的属性就是说它自身的属性.而不包含外码.

14年题,对于外码来说,很有可能就存在联系.可能是合并在实体表,也可能是单独的表.
并且这里第三问,注意,客户经理也是子实体.
另外这里的联系也需要注意,如:一个客户只对应一个客户经理和一个理财经理,就说明另外两条是1,而不是说客户这条是1.因为一旦客户确定了其他两个就也确定了.
这里需要注意.

13年题,这里注意三方关系,就不一定满足上面的规律.但是默认也为多对多对多.

12年题,首先,逻辑设计中有外码,就说明存在联系.

其次,第三问,中一张处方上可能有多个药品,所以是多对多对多的关系.另外题目中已经说了是用药情况,并且还给出了属性.所以添加的实体是药品.