[工学]05-《数据库设计》.ppt

* * * * * * * * * * * 课程目标 课程目标： 数据库设计的基本概念 数据库设计的步骤和流程 范式和反范式 建模工具的使用 数据库设计基本概念 数据库设计是从用户对数据的需求出发，研究并构造数据库的过程。 设计的目标 满足应用功能的需求 良好的数据库性能 数据库设计步骤 需求分析 概念设计 实现设计 实体定义 关系定义 属性分配 物理设计 实现、维护 数据模型概念 数据模型是数据库中关于数据组织的描述。 数据模型分为两种类型： 1、基于对象的概念模型(集中于描述数据，数据 间的关系) 2、基于记录的物理模型(集中于描述数据结构和 数据库系统中的访问技术)。 实体-关系模型 实体-关系模型 (Entity-Relationship Model，简称E-R模型) 实体：矩形框 属性：椭圆框 关系：菱形框 实体-关系模型 实体－关系模型关系的类型 一对一 一对多(或 多对一) 多对多 实体-关系模型 实体-关系模型 demo 范式 功能依赖性 1、规范化理论基于功能依赖性的基本概念 2、已知一关系 R, 如果B中的每一个值都与A的某一确定值对应,属性A是功能依赖于属性 B或属性B是决定于属性A的。 Code Name City E1 Mac Delhi E2 Sandra New York E3 Mac Paris Code － Name Code － City 范式 最重要的和最广泛被使用的范式有： 1、第一范式 (1NF) 2、第二范式 (2NF) 3、第三范式 (3NF) 第一范式 1NF 一个表格被认为是1NF，当表中每个单元恰好包含一个值时。 第二范式 2NF 一个表格被称为是2 NF，当它是1NF且该行中的每个属性是功能依赖于整个主键, 而不只是部分主键。 为保证表是2NF,你应：找出并抹去功能依赖于主键的一部份而不是整个主键的属性，将它们放到不同的表中；组合剩余的属性。 第三范式 3NF 一个关系被认为是3NF， 仅当它是2NF且每个非键属性只功能依赖于主键。 为保证表是3NF,你应：发现和抹去功能依赖于不是主键属性的非关键属性，把它们放入不同的表格；组合剩余的属性。 规范化实例 假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下： 1、公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等； 2、公司有多名职工，每一名职工有：职工号、姓名、性别、职务（工程师、技术员）等； 3、公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定（例如，技术员的小时工资率与工程师不同）。 4、每个职工可参与多个工程 公司定期制定一个工资报表，如图-1所示。 规范化实例 工程号 工程名称 职工号 姓名 职务 小时 工资率 工时 实发工资 A1 花园大厦 1001 齐光明 工程师 65 13 845.00 1002 李思岐 技术员 60 16 960.00 1004 葛宇宏 技术员 60 19 1140.00 小计 2945.00 A2 立交桥 1001 齐光明 工程师 65 15 975.00 1003 鞠明亮 工人 55 17 935.00 小计 1910.00 A3 临江饭店 1002 李思岐 技术员 60 18 1080.00 1004 葛宇洪 技术员 60 14 840.00 小计 1920.00 图-1 某公司的工资表 规范化实例 表中包含大量的冗余，可能会导致数据异常 1、更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行。 2、添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程。（因为主关键字不能为空）。 3、删除异常 例如，1001号职工要辞职，则必须 删除所有职工号＝1001的数据行。这样的删除操作，很可能丢失了其它有用的数据。 规范化实例 采用上述方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据。这种重复的输入操作，很可能导致数据的不一致性。 规范化实例 工程号 职工号 工时 A1 1001 13 A1 1002 16 A1 1004 19 A2 1001 15 A2 1003 17 A3 1002 18 A3 1004 14 工程号 工程名称 A1 花园大厦 A2 立交桥 A3 临江饭店 职工号 姓名 职务 小时 工资率 1001