数据库原理之一.pptVIP

示例： (1)识别实体与弱实体必须参与的是1:n联系，该联系即为该弱实体的识别联系。 (2)弱实体型必须完全参与识别联系。 限制或约束： 部分键（Partial Key）：弱实体型必须具有一个或多个属性，使得这些属性可以与识别实体型的键结合形成相应弱实体型的键。这样的弱实体属性称为弱实体型的部分键。 图示：弱实体和识别联系用粗线条，部分键加虚下划线。 Designed by Tao Hongcai 五. 设计示例 设有四个实体：“团长”，“代表团”，“运动员”，“比赛项目”。“团长”的属性有身份证号、姓名、性别、年龄、电话；“代表团”的属性有团编号、来自地区、住所；“运动员”的属性有编号、姓名、性别、年龄；“比赛项目”的属性有项目编号、项目名、级别。 这些实体间的联系及它们的属性有：团长“管理”代表团；代表团由运动员“组成”；运动员“参加”比赛项目。“参加”的属性是比赛时间和得分。 请根据以上描述，画出该体育运动会的ER图。 Designed by Tao Hongcai Designed by Tao Hongcai Designed by Tao Hongcai 2.5 Conceptual DB Design With ERM (1) 一个概念是用实体还是属性表示； (2) 一个概念是用实体的属性还是联系的属性表示； (3) 是用两个实体之间的联系，还是用两个以上实体间的联系； 利用ER图的概念DB设计，关键是确定: Designed by Tao Hongcai 一. Entity vs. Attribute 一般情况下，一个概念是用实体描述还是用属性描述是比较明确的。只是在少数情况下，较难取舍。 1.用属性表示 示例：“地址”，如果每个员工只需记录一个地址，则将其作为员工实体的属性是合适的。 2.用实体而非属性 示例：员工在同一部门的不同“地点”工作。 （1）需记录多个值 示例：“地址”分成国家、省、市、区、街道等。 （2）需表达其结构或作细分查询 Designed by Tao Hongcai 二. 实体的属性 vs. 联系的属性 少数情况下，实体的属性还是联系的属性较难取舍。 1.用实体的属性表示 示例：部门经理与所管理部门间的“管理”联系，如果假定某个部门经理可能会同时管理多个部门，且其可支配的经费是所有管理部门经费之和。 */74 Designed by Tao Hongcai 2.用联系的属性表示 示例：部门经理与所管理部门间的“管理”联系，如果假定某个部门经理可能会同时管理多个部门，且要求各部门经费必须分开管理时。 Designed by Tao Hongcai 三. Binary vs. Ternary Relationship 1.用三元联系 示例：客户、产品及供应商三个实体之间，一个客户可购买多种产品、一种产品可以由多个供应商提供。要求表达：某客户从特定的供应商购买某种产品。 Designed by Tao Hongcai 说明： 用二元联系，只能表示： ⑴ 一个供应商能供应某种产品； ⑵一个客户需要某些产品； ⑶一个客户与某个供应商的业务往来。 不能完全组合这些联系来充分表达合同的含义。这时应用三元联系，因为： ⑴ 供应商（Supplier）S能供应产品（Product）P；客户（Customer）C需要产品P；客户C从供应商S购买，不一定意味着C确实是从S购买产品P。 ⑵不能清晰表达出合同的数量属性。 Designed by Tao Hongcai 2.用二元联系 示例：客户、担保人和贷款三个实体之间，一个客户可有多笔贷款、每一笔贷款有且仅有一个客户；一笔贷款可有多个担保人、但一个担保人只能担保一笔贷款。 Designed by Tao Hongcai 2.6 Conceptual Design for Large Enterprises 一个大型的企业：多个设计员、多个用户组的大量数据和应用。应用高级的语义数据模型，如ER图作为概念设计工具。 ER模型的优点是：易于图形表达、易于为业务用户所理解。 设计方法有二种： （1）全局：提交全局需求、考虑各种用户组的需求、解决需求中的冲突，生成一个包含整个企业中所有数据和应用的逻辑模式。 （2）局部到全局：先为每个用户组生成一个各自的概念模式、然