第章数据库设计方案说明.ppt

?映射中可能出现的问题: ?命名问题(映射后关系的命名可以与原名相同,也可以不同) ?所用DBMS数据类型的局限性(注意DBMS所能提供的数据类型) ? E-R模型中数据项的非原子性(映射为关系后,关系中的数据项必须是原子项) 11.3.1 E-R图到关系模式的转换 ?独立实体 映射后: R1（k , a , g1 , g2） R2（k , ri ） i=1,2,…,n 即，将E映射成两个关系模式R1、R2。 11.3.1 E-R图到关系模式的转换 图中，属性k是实体E的主键，a是普通原子属性，r是个集合属性，r＝{r1，r2，…，rn}，g是聚合属性，由原子属性g1，g2聚合而成。 R1（订单编号，订货日期，客户名称，省，市） R2（订单编号，商品名称，单位，单价，数量,…） 映射后的关系： 举例： R1（k , a , g1 , g2） R2（k , ri ） i=1,2,…,n 11.3.1 E-R图到关系模式的转换 a1 a2 k g1 g2 r1 r2 r3 r4 订单号 日期 客户名 省 市 商品名 单位 单价 数量 D001 06.5.23 苏宁 江苏省 南京市 彩电 台 3200元 16 D001 06.5.23 苏宁 江苏省 南京市 冰箱 台 2700元 5 D001 06.5.23 苏宁 江苏省 南京市 微波炉 台 530元 5 D001 06.5.23 苏宁 江苏省 南京市 空调 台 2200元 20 … … … … … … … … 订单文件(所有数据) 11.3.1 E-R图到关系模式的转换 重复数据 11.3.1 E-R图到关系模式的转换 订单号 商品名 单位 单价 数量 D001 彩电 台 3200元 16 D001 冰箱 台 2700元 5 D001 微波炉 台 530元 5 D001 空调 台 2200元 20 … … … … … 订单号 日期 客户名 省 市 D001 06.5.23 苏宁 江苏省 南京市 分为两个关系模式 11.3.1 E-R图到关系模式的转换 教职工(职工编号, 姓名, 性别, 职务, 部门号, 工资, …) 部门号是外键。 具有简单属性 的独立实体 ?弱实体 其存在依赖于其他实体。 因此弱实体集不能单独映射成一个关系，而应由其他实体标识其存在。 11.3.1 E-R图到关系模式的转换 例：弱实体集dependent 的存在依赖于实体集 employee. 11.3.1 E-R图到关系模式的转换 映射后的关系为： employee（empno，name，brithdate） empno是主键。 dependent（empno，dependentname，sex，age，relationship） Empno+dependentname是主键。 11.3.1 E-R图到关系模式的转换 empno name birthdate 001 张利 1976.5.26 … … … Employee表： Dependent表： empno name sex birthdate relationship 001 张平 男 1936.7.11 爷爷 001 王芳 女 1938.7.13 奶奶 001 张立伟 男 1957.6.4 叔叔 … … … … … ? 联系的转换 ?一对一联系（1：1） 映射原则：(1:1) 每个实体都映射为一个关系；联系也可单独当作 一个关系，也可进入任何一方的关系中，若联系 本身有属性，也一并进入关系。 11.3.1 E-R图到关系模式的转换 方案一：R1（k , a） R2（h , b） R3( k , h , s） （h是候补键） 方案二：R1（k , a ） R2（h , b , k , s） ( k 是候补键) 方案三：R1 （k , a , h , s ） （h是候补键） R2（h , b ） 11.3.1 E-R图到关系模式的转换 尽可能选用后两个方案。 11.3.1 E-R图到关系模式的转换 举例: 1:1关系的两边都是强制性的 映射原则: 如果两个实体之间没有其他关系时，可将二个实体组成一张表. 职员使用汽车(职员号, 姓名, 职务, 部门号, 工资, 车号, 车型, 制造商) 车号作为候补键, 部门号是外键. 如果两个实体之间还有其他关系, 则应该用主键/外键机制来描述此关系. 1 1 11.3.1 E-R图到关系模式的转换 部门(部门号, 部门