成教学习wl数据库第6章

第6章数据库设6.1数据6.2需求6.3概念6.4

6.56.66.7 第六章数据库设 6.1数据库设计的步在1.5介绍了与，将如何数据前以和据库设计为要求和数据库的全局逻辑结构。设计是在的结构其。各与综合， 下6个阶段6-所示。 第六章数据库设 6.1数据库设计的步数数据库设计的步需求需求集数的数物据理库实系现数据库实 第六章数据库设 6.1数据库设计的步数据库设计的步析设计人员是数据库设计的人员，他们将自始至终参与数运行，他们的积极参与不但能加速数据库设计，而且也是 第六章数据库设 6.1数据库设计的步用计算机辅助软件工程(computeraidedsoftwareengineering，简称CASE)需求分析阶必须与处理。最最建数据库。 第六章数据库设 6.1数据库设计的步概念结构设计阶综合、与的。逻辑结构设计设计是将，并对其进行优化。数据库物理设计阶数据库物理选取一最结构括 。 第六章数据库设 6.1数据库设计的步数据库实施阶在宿主语言，根据，与应用程序。6.数据6.数据库运行数据库应用正式运行过程评价调整修改。66。

第六章数据库6.2需求需6.2需求数据 6.2需求分 6.2.1需求分析的任需求分析。据库的，接是否和。细 、，明确用户求基上，。 6.2需求分 6.2.1需求分析的任需求分析的任需求分析的重点是、收集与分析用户在数据管理中的户需要从数据库中获得信息的内容与性质可以导出数据要求，即在数据库中需要哪些数据。处理要 6.2需求分 6.2.1需求分析的任需求分析的任其实一件很户定计不能做表达己的所 求不地。少解用户的解用的件地进行际求。 6.2需求分 6.2.2需求分析的方进行需求分析首先要清

①首先组织机构情况。包括了解该组织的部门组成情况，②然后么。 6.2需求分 6.2.2需求分析的方③在，包括信息法有以下几方④最后结果确定功能由准备法有以下几方

常用①可以比较地费。 6.2需求分 6.2.2需求分析的方 及用户需求。座谈时，参加者之间可以相互启发③请专人介绍④询问。对某 中的问题，可以找专人询问

常用方法（续 ⑥查阅记录。即查阅与原系统有关的数据记录做需求时，往往需要同时采用上述多种方法，但无论使用何种调 6.2需求分 6.2.2需求分析的方通过了解了用户需求后，还需要进

需 需 需 需 需需 需

需 需需 需 需 需 需(a)自顶向下的需求分 (b)自底向上的需求分

图6-2需求分析的6.2需求分 6.2.2需求分析的方ysis，简称SA方法)是一种最为简单实用SA数据字典。数需要把数

信息数据为数据

数据

处

处理形式

图6-3系

6.2需求分 6.2.2需求分析的方分解数据流图处理过程判定树系统(dataia

需求组织 机构总情用

熟悉务活设计

明确户需

确定统边概设

图6-4需求分析的 程6.2需求分 6.2.2需求分析的方需求分析的方 步需求，抽象出该系统最数据流图，如图6-5所示。其中学生管理子系统开发小组通过做进一步的需求，明 6.2需求分 6.2.2需求分析的方实例假设要开发一个学校管理系统。经过可行性分析和初步需求调查，抽象出该系统最数据流图，如图6-5所示。该系统由教子系统分别配备一个开发小组某学校管理信息

学生管子系

后勤管子系 学籍管 课程管 图6- 学

图6- 图6-

6.2需求分 6.2.2需求分析的方

有两种形式的数据流模型是上下文图学系统学

权限

系统学选课/退学

务系

选课表/成绩教务

教务管理 6.2需求分 6.2.2需求分析的方

有两种形式的数据流模型第基本的或。数据流图(DataFlowDiagramDFD)是从"数据"和"对数据的加工"两方面表达数据处理系统工作过程的一种图形表示法,具有分层的数据流图采用自顶向下的逐步细化的结构化方法表示 数 报 处

数班学班学 6.2需求分 6.2.2需求分析的方细化的。层的每一个细化为、层的每一个最基本的在DFD中并没有表示数据处理的过程逻辑(procedurallogic)，如是 6.2需求分 6.2.2需求分析的方P1.2，P2.1和P2.2

数据流图（续功

顶第一还可以逐层细分至最基本的处理过程

第二 6.2需求分 6.2.2需求分析的方(a学籍图6-6学籍管理的数(a学籍宿舍地址新生登新生登记新体检结体检

描宿

教 教录取通知

述舍述描情况述配

离校离校手同意/不同意入

报

报到

入

学生基本情

毕

毕毕业毕招同意/不同意接招

学宿舍分 工作安

记录巳毕

，他们生成了该子系统的数据流图，如图6-6和图6-7所示(b)6.2需求分 6.2.2需求分析的方(b)报

图6-6学籍管理的数据流图（续新 体检体检结录取通知学

检结

体检结

入

报到审同审同意／不同 或招招 (c)6.2需求分 6.2.2需求分析的方(c)入

图6-6学籍管理的数据流图（续宿舍地址学学学 教师描情

宿舍教教舍 报到学

填登记

分配班

报到证,班级

分配宿

学生基本情学 宿舍分班 (d)6.2需求分 6.2.2需求分析的方(d)毕

图6-6学籍管理的数据流图（续毕毕 成绩单

宿舍记录宿舍安 毕

学离校

分配工作分配情能否获

离校手 学 发毕

退宿证

离校手续 遣毕业生登记

分配细派遣 6.2需求分 6.2.2需求分析的方教室安排

考场安排

课堂要 教课学 学 课 介

课堂守教科教室教科

教室安

试卷填选课同意/不同意选

选

学生

选课

上

允许参加考平时成

成考

成绩教核对选课教同意/不同意接

修 成学生描学修

图6-课程管理数据流 教室安选择教科书,评定平时成

考场安出试卷,评定考试成 6.2需求分 6.2.3数据字数据字因为只表示出和各部分的还以描述用户的。数据据字典是进行详细的数据收集和数据分析所获得的主要结字典果。因此在数据库设计中占有很重要的地位。 6.2需求分 6.2.3数据字数据

对数据项的描述通常包括以下内容}。数据结的个数据项组成个个和数据结构：数据结构描述＝{数据结构名，含义说明，组成:{数据项或数据结 6.2需求分 6.2.3数据字数据是的：数，据， }输次数。期流量则是指在时期的数据流量。 6.2需求分 6.2.3数据字4.4.数 其中数据量是指每次存取多少数据时存取几次等信检要 。 6.2需求分 6.2.3数据字5.处理过处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字中只需要描述处理过程的说明性信息，通常包括以下内容＝{:{}， 6.2需求分 6.2.3数据字见可数据字典数据库数据描述元数据数据本身。数据物理数据库数据库管理系统字典数据管理控制设计人员数据库管理员设。见以上以上述学生学籍管理子系统为例，简要说明如何定义数据字典

数据项： 取值范围：00000000至取值含义：前2位标别该学生所在年级，后6位按顺序与其他数据项的逻辑6.2需求分 6.2.3数据字学生学籍管理子系统为“学生”是该系统中的一 数据结构，它可以描述如下数据结构

学是学籍管理子系统的主体数据结构，定义了一个学生的有关信组成 学号 ，所在系，年数据流 体检结说明 学生参加体格检查的最终结果”可描述如：

6.2需求分 6.2.3数据字学生学籍管理子系统为数 “学生登记表”可描述如下

学生登记录学生的基本每年3000随机 6.2需求分 6.2.3数据字处理过程“分配宿舍”可描述如下

处理过程 分配宿 输出 宿舍安 15为节省篇幅，这里省略了数据字典中关于其他数据项、数据结构数据流、数 、处理过程的描述 第六章第六章数据库6.3概念结构概念结构设数据抽象与局部视图设视图 第六章数据库设 6.3概念结构设概念结构设分 需现实世的具体需求结，DBMS结概念模型概结设。概 独立于数据库逻辑结构，也独立于支持数据库的DBMS它是现实世界与机器世界界，包括实体和实体之间的联系、、层次等各种数据模型转换。它是现实世界的一个真实模型，的用户念结构又可以很容易地作相应调整。

概念结构设计是整个数据库设计的关第六章第六章数据库6.3概念结构

现实认识、信息（概念模型转机器

是现实世界在人们头脑中的反映，人们用图形和符号等表示它们，构成息世界中，下列术语：实体集，属、，对信息世界中的信息必须进行数据化据主要有：、、文件、键设计概念结构通常有四类6.3概念结构设 设计概念结构通常有四类概念结构设计的方法与步骤1概念结构设计的方法与步骤1顶向图6-8(a)。需………………概念概念概念概念概念概念全局概念模(a图6-设(a图6-设计概念结构的策6.3概念结构设 设计概设计概念结构通常有四类方法（续子需子需……概念概念概念概念概念概念全局概念全局概念…(b设计概念结构的策图6-6.3概念结构设 设计概念结构通常有四类方法（续3.逐步扩张。首先定义最重要的 需 需

(c念结

… 全局念结

图6-8设计概念结构的策6.3概念结构设 设计设计概念结构通常有四类方法（续其中最其中最策略是法，一般都以R为工具来 6.3概念结构设 这这里只介绍自底向上设计概念结构的方法。它通常分为两步：第一步抽象数据并设计局部视图，第二步是集成局部视图，如图6-9所示概念结构设需求

集成

逻辑结构

图6-9概念结构设 6.3概念结构设 数据抽象与局部视图设计是对的一种，即对实际的、，需。 6.3概念结构设 选择局部应

设计分E-R 由于 的的的图作为设计，由、等都5和图6a)入手设计分E-R的。 6.3概念结构设 逐一设计分E-R

设计分E-R每个中，参照数据流图，确定实体之间的（:，1:，m:n）。体。对象和实体之间是“ismemberof”的关系。例如，在学校环境 之间是“ispartof”的关系。例如，学号、、专业、年级等可以 6.3概念结构设 2.逐一设计分E-R图(续

设计分E-R实际上实体与属性是相对而言的，很难有截然划分的界限。同一事虑一个系的系、教师人数、学生人数、办公地点等，这时需要作，②属性不能与其他实体具有联系，联系只发生在实体之间 6.3概念结构设 2.逐一设计分E-R图(续

设计分E-R符合上述。例 “学生”由学号、 等属性进一步描述，根据准则1，“学生”只能作为体，不能作为属性。又如， 通常作为教师实体的属性 住教教 住教教评 分图6- 6.3概念结构设 2.逐一设计分E-R图(续

设计分E-R 在我们的例子中，学籍管理局部应用中主要涉及的实体包括学生宿舍 材料、班级、 学籍管理局部应用中的实体之间的联系又是怎样的呢 6.3概念结构设 逐一设计分E-R图(续

设计分E-R学籍管理局部应用中的实体之间的联系又是怎样的呢由于一个宿舍可以住多个学生，而一个学生只能住在某一个宿舍此宿舍与学生之间是1:n的联系由于一个班级往往有若干名学生，而一个学生只能属于一个班级，因班级与学生之间也是1:n的联系由于班同时还要教课，因此班与学生之间存在指导联系，一个班要教多名学生，而一个学生只对应一个班，因此班与学生之间也是1:n的联系。而学生和他自己的材料之间，班级与班之间都是1:1的联 6.3概念结构设 2.逐一设计分E-R图(续

设计分E-R学籍管理局部应用的分E-R图草图可以用图6-11表示教班班 教班班管 上 指 组nn材学宿 材学宿住 归

图6-11学籍管理局部应用的E-R6.3概念结构设 设计分E-R2.逐一设计分E-R

管理1指n1

上 教班班组学1材学1材宿 住 归 ②数据 存档有用的部分巳转入生 作。最后得到学籍管理局部应用的分E-R图，如图6-12所示 6.3概念结构设 2.逐一设计分E-R教班班 教班班管 上宿 宿指 组n 住 拥

学归 材学班1班1管1m上n教1指1组n n学11宿住归材

图6-12学籍管理局部应用的分E-R 6.3概念结构设 2.逐一设计分E-R图(续

设计分E-R为节省篇幅，该E-R图中省略了各个实体的属性描述。这体的属性分别学生：

{学号

，出材料

号,…班级 {班级号，学生人数 {职工号 ，是否为优秀 宿舍 {宿舍编号，地址，人数其中有下画线(红色)的属性为实体的码 6.3概念结构设 实体的属性

课程课程：{课程号，课程名，所在系，年级，平均成，，学号学生，，教师：{职工号教科书：{，，教师：{职工号

教室：{教室编号教室：{教室编号，地址课教课教开1讲1教科图6-13课程管理局部应用的1教科

学选学教 教 6.3概念结构设 6.3.3视图的集6.3.3 6.3概念结构设 6.3.3视图的集集成局部E-R图时都需要两步：①合并；②修改与重构，如图6-14所示分E-R

基E-R修修改与重(消除不要的余要的余)合(消

初E-R 6.3概念结构设 6.3.3视图的集分E-E-R

的设计人员各个户共同理解和。R图的属各分E-R图间 主 命有三 结 6.3概念结构设 6.3.3视图的集1.合并分E-R图，生成初步E-R属属性 ，即属性值的类型、取值范围或取值集合不同。例，由于学号是数字，因此某些部门(即局部应用)将学号定义为整数为的。 属 通常用讨论、协商等行 加以解决 6.3概念结构设 6.3.3视图的集1.合并分E-R图，生成初步E-R命，即的对象在名字。例中将中将学生称为。有不同的名字。例如，有的部门把教科书称为，有的部门则把教科书称为。命命可能发生在实体、联系一级上，也可能发生在属性一级上。 更为常见。处理命 通常也像处理属 一样加以解决加以解决通过讨论、通过讨论、协商等行中6.3概念结构设 6.3.3视图的集1.合并分E-R图，生成初步E-R结。属性具有的。但6.3.1。属性的次序。这是的一类 同决方实属分E-R当。 6.3概念结构设 6.3.3视图的集1.合并分1.合并分E-R图，生成初步E-R构 例学所示学

学 学

学学

学 学

组成；在局部应用B中“学生”实体、、平均成绩四个、学号、出生日期、所在系年级五个属性组成；在局部应用C中“学生”实体由、政治面貌两名、、出生日期、政治面貌、所在系、年级、平均成绩。如图6-15

图6-6.3概念结构设 6.3.3视图的集3)结

1.合并分E-R图，生成初步E-R实体之间的联系在不同局部视图中呈现不同的类型。例如实体El与E2在局部应用A中是多对多联系，而在局部应用B中是解决方法是根据应用的语义对实体联系的类型进行综合或调整的介绍学籍管理局部视图与。这存在着。 6.3概念结构设 6.3.3视图的集理系

合并分E-R图，生成初步E-R 教师：{职工号 ，是否为优秀 将班改为后，中，是教含在教教。 6.3概念结构设 6.3.3视图的集理系

合并分E-R图，生成初步E-R 在图中，及有，并:学生：{学号 ，出生日期 ，所在系，年级，平均成绩 6.3概念结构设 6.3.3视图的集理系

1

1料 n

nn

1

图6-16学生管理子系统的初步E-R 6.3概念结构设 6.3.3视图的集修改与重构，生成基本E-R分图经过生成的是初步图图，是因为冗余间的数据是指可由基本数据导出冗余的联。冗余联系破坏数据库的增加，因此得到初步E-R图后，还应当进一步检查E-R图中是否存在冗，如果存在则一般应设法予以消除。但并不是所有的冗余数据与冗余系都必须加以消除，有时为了提高某些应用的效率，不不以作为图。 6.3概念结构设 6.3.3视图的集2.修改与重构，生成基本E-R修改典和为之间明来。，中包括该补贴、的项推算，在、各种。注如果是为了提高效率，人为地保留了一些冗余数据，则应把字典中数据关联的说明作为完整性约束条件除分析方法外，还可以用规范化理论来消除冗余 6.3概念结构设 6.3.3视图的集2.修改与重构，生成基本E-R在图6-16的初步E-R图中存在着冗余数据和冗余联系学生实体中 属性可以由出生日期推算出来，属于冗余数，应该去掉。这样不仅可以节省空间，而且当某个学生的出生日期有误，进行修改后，无须相应修改，了产生数据不一致的学生：{学号 ，出生日期，所在系，年级，平均成绩之间的开三者。 6.3概念结构设 6.3.3视图的集2.修改与重构，生成基本E-R在图6-16的初步E-R图中存在着冗余数据和冗余联系（续中出来，但如果种就会，因此为保，但是为了 等于该的了新的去性值数据的。 6.3概念结构设 6.3.3视图的集

111nn n

mn

1 1

图6-17学生管理子系统基本E-R n n

1 m mn n 1 n

1

11n

1 教

n1 n1 m1

mnm1m1nm6.3概念结构设 6.3.3视图的集2.修改与重构，生成基本E-R的还必须和以及后勤管理子系统。视图集成后形成一个整体的数据库概念结构，对该整体概念结还必须进一步验证，确保它能够满足下列条件整体概念结构内部必须具有一致性，即不能存在互 的表达及。整体概念结构能满足需要分析阶段所确定的所有要求整体概念结构给，征求用户优化数据库进依据。 6.46.4逻辑结构设计逻辑结构设E-R图向数据模型的转 第6据库逻辑结构设各种数据模型的共概 基础，它比数据模 更独立于机器、更 象，从而更加稳定

6.46.4逻辑结构设计从最与相应的数据模型进行，性能、是已，的余地。一般只支持关系网状层次，各个机器与逻辑结构三步： 6.4逻辑结构第66.4逻辑结构逻辑结构设逻辑结构设构设

般数

优化

物理E-R图6-逻辑结图6-逻辑结构设6.4逻辑结构设 将概念结构转化为一般的关系、网状、层次模型将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型对数据模型进行优化E-R某些新图向的与。的实体、三个转换为转化为，这种如下。

6.4逻辑结构设 关系模型转换一个。的就是的。实体的。例 在我们的例子中，学生实体可以转换为如下关系模式，其中学号为学关系的码：学生(学号 ，出生日期，所在系，年级，平均成绩

6.4逻辑结构设 关系模型转换一个的码以及的均为的的的组合。 例如，在我们的例子中，“选修”联系是一个m:n联系，可将它转换为如下关系模式，其中学号与课程号为关系的组合码n选修(学号，课程号，成nm 6.4逻辑结构设 关系模型转换1:转换为一个独立模式。如果为，则与该码。班 在我们的例子中，“组成”联系为l:n联系，将其转班为关系模式 法是使其成为一个独立的关系 n学式 n学组成(学号，班级

其中学号为“组成”关系码 法是将其与学生关系模式合并，这时学生关系模式为码学生(学号 ，出生日期，所在系，年级，班级号，平均成绩 法可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 6.4逻辑结构设 关系模型转换1:关系模式模式为的关系模式实体的码的候选码中。班班 在我们的例子中，“管理”联系为1:1 管 班班系，可以将其转换为一个独立的关系模式管理(职工号，班级号

管理(职工号，班级号在“反映班关。 6.4逻辑结构设 关系模型转换原则(续 班1 “管理”联系也可以与班级或教师关系模式合并。如果与班级关 管 模式合并，则只需在班级关系中加入教师关系的码，即职工号 班班级:{班级号，学生人数，职工号同样，如果与教师关系模式合并，则只需在教师关系中加入班级关系的码级号：教师：{职工号 ，班级号，是否为优秀 不一样并需要依应用的具体情况而定。由于连接操作是最费时的操作，所以一般以尽量减少连接操作为目标。例如，如果经常要查询某个班级的 则将管理联系与教师关系合并更好 6.4逻辑结构设 关系模型转换或间的一个多元联系一个关系模式多元联属性的码课 系，可以将它转换为如下关系模式，其中课课号、职工号和书号为关系的组合码 讲 教讲授(课程号，职工号，书号教 6.4逻辑结构设 关系模型转换同一实体集的实体间的联系，即自联系，也可按上述1:1，1:n三种情况分别处如果教师实体集内部存 与 的1:n1n例 联系，可以将该联系与教师实体合并，这时主1n性名加以区分合并后的关系模式码仍为职工号系放相应系的职工号。 6.4逻辑结构设 关系模型转换具有相同码的关系模式可合并，并适当调整属性的次序n 有一个“拥有”关系模式n有一个学生关系

拥有(学号 1学生(学号 ，出生日期，所在系，年级，班级号，平均成绩 6.4逻辑结构设 关系模型转换例这两个关系模式都以学号为码，可以将它们合并为一个关系模式，设合并后的关系模式仍叫学生学生(学号 ，出生日期，所在系，年级，班级号，平均成绩按照上述七条原则： 学生(学号 ，出生日期，所在系，年级，班级号，平均成绩 ，宿舍楼 宿舍(宿舍编号，地址 ，人数 6.4逻辑结构设 关系模型转换学生管理子系统中的18个实体和联系可以转换为下列关系模型 班级(班级号，学生人数 教师(职工号 ，班级号，是否为优秀 教学(职工号，学号 课程(课程号，课程名，学分，教室号 选修(学号，课程号，成绩 教室(教室编号，地址，容量

教科书(书号，书名，价钱讲授(课程号，教师号，书号 材料 号，…… 6.4逻辑结构设 关系模型转换形成了一般的数据模型后，下一步就是向特定DBMS规定的模型通常都比较简单，不会有太多的。 6.4逻辑结构设 6.4.2数据模型的优统的地、的的指导。内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖。 课程关系模式内部存在下列数据依赖 6.4逻辑结构设 6.4.2数据模型的优确定数据依赖。即按需求分析阶段所得到的语义，分别写出每个关系内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖（续例 选修关系模式中存在下列数据依赖(学号，课程号学生关系模式中存在下列数据依赖

学生.学号→选修.学号 6.4逻辑结构设 6.4.2数据模型的优对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系关系模式存在部分函数依、、等，确定各分别属于。例如例如，经过分析可知，课程关系模式属于BC范式或。注 必须注意的是，并不是规范化程度越高的关系就越优。当一个应用的询中经常涉及到两个或多个关系模式的属性时，系统必须经常地进行联接 6.4逻辑结构设 6.4.2数据模型的优4.按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的用环境这些模式是否合适，确定是否要对它们进行合并或分解（续注 又，非B的或意 则影么续需 响，范足。续例 在学生成绩单(学号，英语，语文下列函数依赖：学号→语学号→平均成

显然有 学号→(英语，数学，语文(英语，数学，语平均成 6.4逻辑结构设 6.4.2数据模型的优。（续因此该关系模式中存在传递函数信赖。虽然平均成绩可以由其他学生。5.对关系模式进行必要的分解或合并 6.4逻辑结构设 6.4.3设计用户子模应用应用只是概念模型整个应用点，的。拟视图。可以利用这能设计更符合局部用户需要的用户外模式定义数据库的、、易该 6.4逻辑结构设 6.4.3设计用户子模①使用更符合用户习惯的在名 库系统中的结构时是习惯的，例，负责用户子模式某些为了应用的，也一味。 6.4逻辑结构设 6.4.3设计用户子模例如，教师关系模式中包括职工号

、出生日期状况、学历、、政治面貌、、职务、工资、工龄、教学效果等属性。学籍管理应用只能查询教师的职工号、、、职称数据，课程管理应用只能查询教师的职工号、、、、、、效果据，全部数据，部应用操作的用户 他询的。 6.4逻辑结构设 6.4.3设计用户子模③简化用户对系统的使很的了只直观、 第6章数据库设计 6.5数据库物理设数据库物理设 第6章数据库设计 6.5数据库物理设数据数据库物理设数据库的物理设计通常分为数据库物理设逻辑结构设

数据库实逻 物模 模图6-19数据库物理 第6章数据库设计 6.5数据库物理设数据库物理设确定数据库的物理结构对物理结构进行评价，评价的重点是时间和空间. 第6章数据库设计 6.5数据库物理设1.确定数据库的物理结构（续数据库的境，设计。 结 代 面的因素。这三个方面常常是相 的，例如，消 功能，即为了或上有存放在一个中，如果的链接多个。 第6章数据库设计 6.5数据库物理设1.确定数据库的物理结构（续1)确定数据 结构(续聚聚簇功能可以大大提高按聚簇码进行查询的聚例如，假设学生关系按所在系建有索引，现在要查询信息系的所有 聚簇以后，聚簇码相同的元组集中在一起了，因而聚簇码值不必在每个元 第6章数据库设计 6.5数据库物理设1.确定数据库的物理结构（续确定数据 结构(续聚簇功能不但适用于单个关系，也适用于多个关系。假设 课程关系的连接操作，即需要按学号连接这两个关系，为 高连接操作的效率，可以把具有相同学号值的学生元组和程元组在物理上聚簇在一起与聚簇的移动其物理位臵，并使此关系上原有的索引无效，必须重建。当一个元组的聚簇码改变时，该元组的位置也要做相应移动。因此只有在用户应用满足下列条件时才考虑建立聚簇，否则很可能会适得其: 第6章数据库设计 6.5数据库物理设1.确定数据库的物理结构（续1)确定数据 结构(续 注意通过聚簇码进行或连接是该关系的主要应用，与聚簇码无关的其他很少或者是次要的。尤其当SQL语句中包含有与聚簇码有关的ORDERBY，GROUPBY，UNION，DISTINCT等于句或短语时，使用聚簇特别有利，可以省去对结果集的排序操作对应每个聚簇码值的平均元组数既不太少，也不太多。太少聚簇的块性能。聚簇码值相对稳定，以减少修改聚簇码值所引起 开销 第6章数据库设计 6.5数据库物理设确定数据库的物理结构（续设计数据的存取路在。例如建立，建立个为，建立确定数据的存放位为了，稳定部分、较低部分。 第6章数据库设计 6.5数据库物理设确定数据库的物理结构（续确定数例如、时才使用，而且在都有多个和不同的时，由于两个在，这在件与数据库的。的、很了什么。 第6章数据库设计 6.5数据库物理设1.确定数据库的物理结构（续确定系统配 第6章数据库设计 6.5数据库物理设评价物理结效率、和各种用户多种，从中库的。定量估算、和进行，的的符合用户，则需要 第6章数据库设 6.6数据库实数据库实用DDL组织数据数据库试 第6章数据库设 6.6数据库实数据库实

数据库实施如图6-20所示数据库实数据库物

据库

装

试运

模图6-20

第6章数据库设 6.6数据库实确定了数据库的逻辑结构与物理结构后，就可以用所选用DBMS提供的数据定义语言(DDL)来严格描述数据库结构例如，对于我们的例子，可以用SQL语句定义如下表结构例CREATETABLECREATETABLE

接下来是这些基本表上定义视图CREATEVIEW(前，应先用CREATECLUSTER语 第6章数据库设 6.6数据库实数据装结构建立入库实施阶段。对于数据量不是很大的小型系统，可以用人工方法完成数据入库，其步骤如下筛选数据。需要装入数据库中的数据通常都分散在各个部门的据文件或原始凭证中，所以首先必须把需要入库的数据筛选转换数据格式。筛选出来的需要入库的数据，其格式往往不符数据库要求，还需要进行转换。这种转换有时可能很复杂输入数据。将转换好的数据输入校验数据。检查输入的数据 第6章数据库设 6.6数据库实数据