《关系数据库设计》ppt课件

《《关系数据库设计》ppt课件》由会员分享，可在线阅读，更多相关《《关系数据库设计》ppt课件（49页珍藏版）》请在金锄头文库上搜索。

1、第3章 关系数据库设计,3.1 数据库设计概述 3.2 概念结构设计 3.3 逻辑结构设计 3.4 本章小结,3.1 数据库设计概述,数据库设计是指对于一个给定的应用环境，设计优化的数据库逻辑模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储、管理和利用数据，满足各种用户的应用需求（包括数据需求、处理需求、安全性和完整性需求）。 也就是说，数据库设计不但要建立数据库，而且还要建立基于数据库的应用系统，即设计整个数据库应用系统，这是对数据库设计的广义理解。 本书主要讨论狭义的数据库设计，即设计数据库本身，或者说，设计数据库的各级模式并据此建立数据库，这是整个数据库应用系统设计的一部

2、分。,3.1.1 数据库设计的方法,新奥尔良方法 规范设计法，即运用软件工程思想，将设计过程分为若干阶段和步骤，按照工程化的方法设计数据库。 新奥尔良方法将数据库设计分成需求分析、概念设计、逻辑设计和物理设计四个步骤。 现在常用的规范设计法大多起源于新奥尔良方法，只是在数据库设计的不同阶段上采用了某些具体的技术和方法。 基于E-R模型的数据库设计方法 基于3NF的数据库设计方法 CASE（Computer-Aided Software Engineering，计算机辅助软件工程）,3.1.2 数据库设计的基本步骤,按照规范设计法，可以将数据库设计的全过程分为六个基本阶段（如图3.1所示）： 需

3、求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 在这六个阶段中，需求分析和概念结构设计可以独立于任何数据库管理系统，因此，在设计的初期，并不急于确定到底采用哪一种数据库管理系统，从逻辑结构设计阶段开始才需要选择一种具体的数据库管理系统。,3.1.2 数据库设计的基本步骤(续),需求分析阶段得到的用户需求在概念结构设计阶段形成独立于任何数据库管理系统的概念模型（有时也称概念模式），通常用E-R图表示。 在逻辑结构设计阶段，按照一定的转换规则将E-R图转换为某一数据库管理系统支持的数据模型（即逻辑模型，如关系模型），从而形成数据库的逻辑模式；然后在此基础上为不同用户

4、/应用建立必要的视图（View），从而形成数据库的外模式。 在物理结构设计阶段，根据所用数据库管理系统的特点和用户的处理需求，进行物理存储安排、建立必要的索引，从而形成数据库的内模式。 数据库各级模式的形成如图3.2所示。,3.1.2 数据库设计的基本步骤(续),3.1.2 数据库设计的基本步骤(续),数据库的设计需要多种人员在不同阶段参与进来，包括系统分析人员、数据库设计人员、数据库管理员、应用开发人员和用户。 系统分析人员和数据库设计人员是数据库设计的核心人员，他们将自始至终参与数据库的设计，他们的水平直接决定了数据库系统的质量。 由于需要对数据库进行全面的管理和控制，数据库管理员也需要参

5、与数据库设计的全过程。 应用开发人员（包括程序员和操作员）在数据库实施阶段参与进来，负责编制程序和准备软硬件环境。 用户在需求分析阶段和概念结构设计阶段参与进来，使设计人员能准确把握用户的各种需求，设计出使用户满意的概念模型；此外，设计出来的数据库最终还要交给用户正式运行，因此，用户还要参与数据库的运行和维护阶段。,3.1.2 数据库设计的基本步骤(续),需求分析阶段 进行数据库设计首先必须准确了解和分析各种用户的应用需求。 需求分析是整个设计过程的基础，是最困难、也最耗时的一步。 简单地说，需求分析就是分析用户的需求，是设计数据库的起点。 通过调查、收集和分析，获得用户对数据库的以下需求：

6、数据需求。 处理需求。 安全性与完整性需求。 对用户的以上需求进行分析和表达之后，必须提交 给用户，征得用户的认可。 需求分析阶段的一个重要而困难的任务是收集将来 应用可能涉及到的数据，设计人员应充分考虑到应 用的可扩充性，使系统易于扩充。,3.1.2 数据库设计的基本步骤(续),概念结构设计阶段 概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳和抽象，形成独立于任何数据库管理系统的概念模型，通常用E-R图表示。 在需求分析阶段得到的应用需求首先应抽象为信息世界中的概念模型，才能更准确地用某一数据库管理系统支持的数据模型来实现这些需求。 和数据模型相比，概念模型更容易被用户理

7、解，是设计人员和用户之间进行交流的语言，用户的积极参与是数据库设计成功的关键。,3.1.2 数据库设计的基本步骤(续),逻辑结构设计阶段 逻辑结构设计是将概念模型转换为某一数据库管理系统支持的数据模型（即逻辑模型，如关系模型），并对其进行优化。 此外，逻辑结构设计还要根据用户对数据的不同需求建立必要的视图，即外模式。,3.1.2 数据库设计的基本步骤(续),物理结构设计阶段 物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。 物理结构设计是根据具体计算机系统(DBMS和硬件等)的特点，为数据模型选取一个最适合应用环境的物理结构，包括存储结构和存取方法。 为了设计数据

8、库的物理结构，设计人员必须充分了解所用DBMS的内部特征；充分了解数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求；充分了解外存储设备的特性。 对将在数据库上运行的各种事务进行详细分析，根据所用数据库管理系统提供的存储结构和存取方法，选取一个最适合应用环境的物理结构，使得在数据库上运行的各种事务的响应时间小、存储空间利用率高、事务吞吐率大。,3.1.2 数据库设计的基本步骤(续),物理结构设计阶段(续) 例如 为了提高数据的存取效率，为某些属性（如经常出现在查询条件中的多值属性等）建立必要的索引等； 根据实际情况，将数据的易变部分和稳定部分、经常存取部分和存取频率较低部分分开存

9、放，以改进系统的性能。 在目前商品化的关系数据库管理系统中，数据库的大部分物理结构都由系统自动完成，用户需要设计的部分已经很少了。 实际上，对于小型的数据库，我们很少考虑数据库的物理结构。 因此，这里只重点讨论数据库的概念结构设计和逻辑结构设计。,3.1.2 数据库设计的基本步骤(续),数据库实施阶段 在数据库实施阶段，根据逻辑结构设计和物理结构设计的结果，设计人员用数据库管理系统提供的数据定义语言（如SQL）建立数据库，并编制、调试应用程序，组织数据入库，进行试运行。 逐步增加数据量，逐步完成运行评价。 首先应调试运行数据库管理系统的恢复功能，做好数据库的转储和恢复工作。,3.1.2 数据库

10、设计的基本步骤(续),数据库的运行和维护阶段 数据库试运行合格后，就可以交给用户正式运行了。 由于应用环境的不断变化，对数据库的维护工作将是一项长期任务。 在数据库运行阶段，对数据库经常性的维护工作主要由数据库管理员负责完成，包括： 数据库的转储和恢复。 数据的安全性和完整性控制。 数据库性能的监督、分析与改造。 数据库的重组织和重构造。 设计一个完善的数据库应用系统往往需要以上6个阶段的不断反复。,第3章 关系数据库设计,3.1 数据库设计概述 3.2 概念结构设计 3.3 逻辑结构设计 3.4 本章小结,3.2 概念结构设计,概念结构设计是将用户需求抽象为概念模型（或称概念结构）的过程，是

11、整个数据库设计的关键。 作为各种数据模型的共同基础，概念结构具有以下主要特点： 能真实、充分地反映现实世界，包括客观事物以及客观事物之间的各种联系，能满足用户对数据的处理需求，是现实世界的一个真实模型； 易于理解，从而可以用它和不熟悉计算机的用户交换意见，是数据库设计人员和用户之间进行交流的工具； 易于更改，当应用环境和应用需求发生变化时，容易对概念模型进行相应的修改和扩充； 易于向关系、网状、层次等各种数据模型转换。,3.2.1 概念结构设计的方法和步骤,概念结构设计通常有以下四种方法： 自顶向下 自底向上 逐步扩张 混合策略 其中，最常用的策略是自底向上方法，即自顶向下地进行需求分析，然后

12、再自底向上地设计概念模型。,3.2.1 概念结构设计的方法和步骤(续),概念结构设计可分为以下两个步骤: 根据需求分析的结果，为每一个局部应用设计相应的局部概念模型（或称局部视图）； 将这些局部视图集成为一个全局的概念模型，并对其进行验证，以确保该全局概念模型的一致性，并满足需求分析阶段确定的所有用户需求。,3.2.2 局部视图的设计,学生成绩管理子系统 学生成绩管理子系统主要用于学生的选课管理和成绩管理。 学校只有一种类型的学生，每名学生有惟一的一个学号，还有姓名、性别、年龄、班级等基本信息。 学校开设了多门课程，每门课程有惟一的一个课程号，还有课程名、学分、课程简介等基本信息。 由于一门课

13、程同时可以由多位老师讲授，因此，在上一学期末进行选课的时候，每名学生可以根据主讲老师（有惟一的老师编号）的姓名、性别、年龄、职称、学历等基本信息有选择地选修由某些老师讲授的某些课程。 每位老师同时可以讲授多门课程，每门课程可以供多名学生选修，如果由某位老师讲授的某门课程没有学生选修，则取消由这位老师讲授的这门课程。 主讲老师会在学期末将自己所教学生的所教课程成绩输入到数据库中，供学生在网上进行查询。,3.2.2 局部视图的设计(续),学生成绩管理子系统(续) 首先，根据用户需求，分析潜在的实体。实体通常是需求文档中的中心名词，主要活动都是围绕它们开展的。显然可以找出学生、课程和老师这3个实体，

14、因为该子系统的主要活动课程的选修与讲授以及成绩的输入与查询都是围绕这3个实体开展的。 每一个实体都有相应的属性来描述它。在本例中， 描述学生的基本属性有学号、姓名、性别、年龄和班级，其中，学号为码。 描述课程的基本属性有课程号、课程名、学分和课程简介，其中，课程号为码。 描述老师的基本属性有老师编号、姓名、性别、年龄、职称、学历，其中，老师编号为码。,3.2.2 局部视图的设计(续),学生成绩管理子系统(续) 其次，根据用户需求，确定实体之间的联系。实体之间的联系通常是需求文档中的中心动词，表示实体之间发生的动作或隶属关系。在本例中，选修（或讲授）就是这3个实体之间发生的主要动作。 由于一名学

15、生可以选修由不同老师讲授的不同课程，一位老师可以给不同学生讲授不同课程，一门课程可以由不同老师给不同学生讲授，因此，这3个实体之间的选修联系是一个多对多联系（m:n:p）。 选修联系发生后，会产生一个基本属性，这就是主讲老师要向数据库输入的成绩。 老师对成绩的输入和学生对成绩的查询都不能看作是实体之间的联系，它们只是对成绩属性的数据操作。,3.2.2 局部视图的设计(续),学生成绩管理子系统的E-R图,3.2.2 局部视图的设计(续),在不同的应用中，同一个客观事物可以有不同的抽象级别。 例如，班级在这里作为学生的一个属性，而在其它地方可能被抽象为一个实体。 为了简化E-R图，尽量减少实体个数

16、，凡满足以下两条准则的客观事物，一般都作为属性处理： 属性必须是不可再分的数据项，即属性不能再有需要进一步描述的性质； 属性不能与其它实体发生联系，即E-R图中的联系都是实体和实体之间的联系。 如果班级还有需要进一步描述的性质，如班级人数和所属专业，那么班级就需要作为实体处理，学生和班级之间就是实体和实体之间的联系。 或者如果还需要描述班级和班主任之间的管理联系的话，那么班级也需要作为实体处理。,3.2.2 局部视图的设计(续),3.2.2 局部视图的设计(续),学生图书借阅管理子系统 学生图书借阅管理子系统主要用于学生的借/还书管理。 每名学生需要由特定的图书管理员为其进行注册，才能从图书馆中借书，注册后的每名学生有惟一的一个借阅证号，还有姓名、性别、班级等基本信息。 每本图书也需要由特定的图书管理员对其进行登记、上架，才能被借出，登记后的每本图书有惟一的一个书号，还有书名、作者、出版社、出版时间、图书类型等基本信息。 不同类型的图书有不同的借阅期限。 每名学生可以借阅多本图书，每本图书可以供多名学生借阅，这些借/还书工作也由若干名图书管理员负责完成。 此外，对每本被借出的图