第2章数据库逻辑设计及系统结构剖析.pptxVIP

数据库（Data Base）：有组织、结构化及相关联的数据集合，存储事务特征的软件工具，主要内容是数据表及其关联。需要4各环节。 数据库逻辑设计：客观事务特征到数据库的规范化过程、理论依据和技术方法。 任务： 2.1.1 需求分析 1．分析业务流程 分析业务总体流程、细节及法律法规。 确定招聘岗位及考试内容 2．搜集和整理业务资料 2.1.2 概念设计 1．概念模型：描述事务及关联，与DBMS无关。有逼真、直观、通俗易懂和通用性强等特点。Entity－Relationship，实体关系。 作用：确定关键字、数据项宽度和类型。 2．数据语义：对数据含义的规定与解释。 1．实体：事务的真实反映，是对象、概念或事件，表示个体。 2．实体型：实体的类型，表示一类实体，群体。 3．关系：无重复行的二维表，也称数据表或表。 4．属性：列、字段或数据项。表中至少1个属性，不能重名；每个属性对应1个数据语义（原子性）。 5．记录：表中一行，也称元组、数据记录；表示实体；只有结构没有记录的表称为空表。 6．关键字：表中能惟一标识记录、最少属性集合，也称键、候选键或候选码。 √ × 7．主属性：关键字中的属性，不能为空（Null） 8．主关键字：控制表中记录顺序的关键字，也称主键或主码。 9．外键：或外码。表R的一组属性F，非R关键字，对应另一表S主键（语义相同）。用表间建关联。 10．关系模式：描述表结构，关系名（全部属性名表）。 11．关系子模式：描述所操作的数据结构，与应用有关，子模式名（属性名表），属性可来自多个表。 12．数据操作异常：分3种。 ⑴ 更新异常：修改实体属性值时，可能要改多个记录，否则，导致数据不一致。 ⑵ 插入异常：无法添缺主属性值的新记录。 × ⑶ 删除异常：删除记录可能丢失有价值数据。 身份证号→姓名；(身份证号，岗位编号)→姓名 ; (身份证号，岗位编号)→笔试成绩，身份证号→笔试成绩 1. 函数依赖：X和Y是Ｒ中两组属性，对R中任意两个元组，若X的投影值相等，则Y的投影就相等。记为：X→Y。即属性X值决定Y的值。 2. 完全函数依赖 ：X和Y是不同属性集合 ，有X→Y，对X的真子集X’，有X’→Y。记为：X→Y。 Ｆ 4. 传递函数依赖 ：X、Y和Z是不同属性集合，有X→Y，Y→Z，但Y→X且Y不是X的子集 ， 则称Z传递函数依赖于X 。 (身份证号，岗位编号)→(笔试成绩, 面试成绩,笔试成绩比例) (笔试成绩, 面试成绩,笔试成绩比例) →总分 故总分传递函数依赖于(身份证号，岗位编号) 结论 ： 函数依赖可能是部分或完全函数依赖。 传递函数依赖可能兼完全或部分函数依赖。 如：(身份证号，岗位编号)→总分 非主属性部分或传递函数依赖关键字，引发数据冗余和操作(更新、插入和删除)异常。 规范化的目标：降低数据冗余，减少操作异常。 规范方法： 投影无损分解，去掉冗余属性，可能得到更多关系模式 。 设计原则：实体型一表化。１个实体型或关联对应1个关系模式（表）。 验证方法：自然连接后是否可还原关系模式。 范式：满足特定要求的关系模式集合，是衡量关系模式规范化的标准。有第一、第二、第三……第五范式，条件逐渐增强。 2.4.1 第一范式 简称1NF，关系模式每个属性都具有原子性。 数据表（第一范式）的基本条件：二维表；有主关键字；属性原子性。 1. 表的规范化：拆分多维表成为二维表。 应聘人员（身份证号，姓名，婚否，最后学历，最后学位，所学专业，通信地址，邮政编码，……，岗位编号，笔试成绩，面试成绩，总分）。 2. 问题：数据冗余，插入、更新和删除异常。 3. 原因：非主属性部分和传递依赖关键字。 2.4.2 第二范式 2NF 1. 规范化：按实体型一表化的原则，投影分解实体型或实体型间的联系，消除非主属性对关键字的部分函数依赖。 × 2. 验证：分解后表的自然连接。 Select * From YPRYB Natural Join GWCJB 属于第二范式，不存在非主属性传递函数依赖关键字。 2.4.3 第三范式 3NF × (身份证号，岗位编号)→(笔试成绩, 面试成绩,笔试成绩比例) →总分 规范化后得到如下三级范式： GWB(岗位编号,岗位名称,最低学历,最低学位,人数,年龄上限,年薪,笔试比例,笔试日期,要求,公司名称) YPRYB(身份证号,姓名,婚否,最后学历,最后学位,所学专业,通信地址,邮政编码,Email账号,QQ账号,固定电话,移动电话,个人简历) GWCJB(身份证号,岗位编号,资格审核,笔试成绩,面试成绩) 公司表(名称,地址,注册日期,人数,邮政编码,简介) 规范化结论 ：关系模式(表)必须满足