数据库设计贯通-逻辑及物理设计.ppt

Withcheckoption例：CREATEVIEWygb_viewASSELECT*FROM员工表WHERE员工表.性别=‘女’执行下列语句,插入新记录:INSERTINTOygb_view(姓名,性别,工资)values(‘李立三’,‘男’,2300)插入操作成功,但不合理!解决办法:使用withcheckoption：CREATEVIEWygb_viewASSELECT*FROM员工表WHERE员工表.性别=‘女’Withcheckoption同样,插入新记录:INSERTINTOygb_view(姓名,性别,工资)values(‘李立三’,‘男’,2300)时，插入操作将失败!数据库设计贯通

—逻辑结构设计部分参考书目：数据库系统概论高等教育出版社王珊萨师煊数据库系统教程高等教育出版社施伯乐等数据库设计、应用开发与管理电子工业出版社MichaelV.Mannino著唐常杰等译UML和统一过程-实用面向对象的分析和设计机械工业出版社方贵宾等译UML应用建模实践过程机械工业出版社尤克滨编著逻辑结构设计步骤ER图向关系模型的转换关系模型的优化视图（view）设计ER图向关系模型的转换EntityMrelationshipN:MrelationshipIdentifyingrelationshipOptional1-MrelationshipGeneralizationHierarchy1-1Relationships规则一、Eachentitytypebecomesatable(实体转化为表，实体的主码成为表的主码，不包括弱实体，属性转化成列)基本转化规则

basicconversionrules规则二、Each1-Mrelationshipbecomesaforeignkeyinthetablecorrespondingtothechildentity（一对多联系转化为子表中参照父表的外键，如果父表对子表来说是强制mandatory的，则外键不能为NULL）或011-MrelationshipbecomesatablewithaprimarykeyfromM-sideoftherelationship（也可转化成独立的关系，与该联系相连的各实体的码以及联系本身的属性组成关系的属性，关系的码为M端实体的码）【少采用，比较规则五】02规则三、EachM-Nrelationshipbecomesanassociativetablewithacombinedprimarykey.(多对多联系转化成为一张独立的表，其主码由联系两端的实体的主码共同组成)规则四、Eachidentifyingrelationshipaddsacolumntoaprimarykey.（标识依赖在转化时，将父表的主码添加到弱实体中，弱实体的主码包括：1弱实体自己的主码2标识实体【也就是父表】的主码）规则五、Optional1-MRule（可选的一对多联系，所谓“可选”，指“1”端，也就是父表端不强制，最小基数可为0的情况）1如：2下图表示是一个可选的一对多联系，学生可以住宿舍，也可以不住宿舍（比如有回家住的学生），这里，dorm对student来说是可选的，因此dormNo作为Student表的外码，可以为空（Null）为了避免这种空值，我们将live联系转化成关系表1Optional2该表的主码是子表（Student实体）的主码该表的外码是两端的实体的主码的组合该表的外码不允许空NULL注意：规则五可以避免NULL，但是多生成了一个表，增加了查询的复杂性，许多应用中，避免额外的表比避免NULL更重要规则六、转化泛化层次结构。RDBMS不直接支持泛化，各CASE工具的实现方法有别规则七、1:1relationship（转化一对一联系）方法一：直接将1：1联系转化成两个外码（可能会产生NULL）方法二：如果联系的某一端实体是可选的（optional），则可以在另一个实体中取消外码，以消除NULL举例：方法一：冗余联系方法二：在PowerDesigner中可通过设置dominant关系来实现CREATETABLEOffice(…PRIMARYKEY(OfficeNo),FOREIGNKEY(EmpNo)REFERENCESEmployee,UNIQUE(EmpNo))逻辑