例：【说明】

某企业拟构建一个高效、低成本、符合企业实际发展需要的办公自动化系统。工程师小李主要承担该系统的公告管理和消息管理模块的研发工作。公告管理模块的主要功能包括添加、修改、删除和查看公告。消息管理模块的主要功能是消息群发。

小李根据前期调研和需求分析进行了概念模型设计，具体情况分述如下：

【需求分析结果】

(1)该企业设有研发部、财务部、销售部等多个部门，每个部门只有一名部门经理，有多名员工，每名员工只属于一个部门，部门信息包括：部门号、名称、部门经理和电话，其中部门号唯一确定部门关系的每一个元组。

(2)员工信息包括：员工号、姓名、岗位、电话和密码。部门号员工号唯一确定员工关系的每一个元组；岗位主要有经理、部门经理、管理员等，不同岗位具有不同的权限。一名员工只对应一个岗位，但一个岗位可对应多名员工。

(3)消息信息包括：编号、内容、消息类型、接收人、接收时间、发送时间和发送人。其中（编号，接收人）唯一标识消息关系中的每一个元组。一条消息可以发送给多个接收人，一个接收人可以接收多条消息。

(4)公告信息包括：编号、标题、名称、内容、发布部门、发布时间。其中编号唯一确定公告关系的每二个元组。一份公告对应一个发布部门，但一个部门可以发布多份公告；一份公告可以被多名员工阅读，一名员工可以阅读多份公告。

【概念模型设计】

根据需求分析阶段收集的信息，设计的实体联系图（不完整）如图2-1所示：

【逻辑结构设计】

根据概念模型设计阶段完成的实体联系图，得出如下关系模式（不完整）：

部门((a)，部门经理，电话)

员工(员工号，姓名，岗位号，部门号，电话，密码）

岗位(岗位号，名称，权限）

消息((b)，消息类型，接收时间，发送时间，发送人）

公告((c)，名称，内容，发布部门，发布时间）

阅读公告((d)，阅读时间)

【问题1】

根据问题描述，补充四个联系，完善图2-1所示的实体联系图。联系名可用联系1、联系2、联系3和联系4代替，联系的类型分为1:1、1:n和m:n（或1:1、1:*和*：*）。

【问题2】

(1)根据实体联系图，将关系模式中的空(a)～(d)补充完整。

(2)给出“消息”和“阅读公告”关系模式的主键与外键。

【问题3】

消息和公告关系中都有“编号”属性，请问它是属于命名冲突吗？用100字以内文字说明原因。

解析：

【问题1】注意，求的是补充联系，需要完善联系图，要把联系也写出来。

【问题2】①

(1)(a)部门号，名称

(b)编号，内容，接收人

(c)编号，标题

(d)公告编号，员工号(注：编号，员工号也正确)

②消息关系模式的主键：编号，接收人

外键：接收人、发送人【注意：非主属性也是可以做外键的，这点要小心】

阅读公告关系模式的主键：公告编号，员工号

外键：公告编号，员工号

【问题3】 

答：不冲突，消息和公告关系中都有“编号”属性，但是它们不属于命名冲突。因为这两个属性分别属于两个不同的关系模式，可以通过“关系名.属性名”区别’即可以用“消息.编号”和“公告.编号”来区别。