第九章_空间数据库设计

转换规则、 DBMS功能、 优化方法
设计概念结构
概念设 计阶段
设计逻辑结构
9.1.2 空间 数据库设计 过程
逻辑设 计阶段 数据模型优化 应用要求, DBMS详 细特征 设计物理结构 物理设 计阶段 评价设计、性能预测 不满意
物理实现
数据库 实施阶段
试验性运行 不满意 数据库运行
9.2 需求分析


9.4.1 关系数据模型
9.4.2 E-R模型向关系模型转换 9.4.3 面向实体的逻辑模型设计
9.4.1 关系数据模型

关系模型的基本思想是用二维表形式表示实体及 其联系（见示例）。二维表中的每一列对应实体 的一个属性，其中给出相应的属性值；每一行形 成一个，由多种属性组成的多元组，或称元组， 与一特定实体相对应。实体间联系和各二维表间 联系采用关系描述或通过关系直接运算建立。
确定实体间的 所有联系
绘制表示一个单元 的空间E-R图
将空间E-R图转化为GIS软件 和RDBMS可接受的数据模型
将各个单元的空间E-R 图组合起来，并优化
9.3.2 利用UML模型设计

UML模型是另一个流行的概念建模工具。是用于面向对象软 件设计的概念层建模的新兴标准之一。它是一种综合型语 言，用于在概念层对结构化模式和动态行为进行建模。 UML是一种通用的可视化建模语言，用于对软件进行描述、 可视化处理理解、构造和建立软件制品的文档。
9.2.1 9.2.2
需求分析的任务与方法 数据流图与数据字典

分析数据现状 Ⅰ： 明 确 调 查 内 容 用户需求调查 现行业务处理流程 数据性质、获取途径 与应用范围 数据间的关系 数据使用频率 用户的数据要求、处 理方式与处理要求 数据内容是否符合要求 数据的有效性 数据的完整性 数据的现势性 数据的表示方法 数据加工的难易程度 数据的标准化 数据的数量与质量 数据的来源 系统分析 分析系统环境和条件 确定系统边界 确定计算机实现的功能 抽象出系统模型
数据流
数据流 处理 数据输出
F
S DFD/L0
F
F
1 2 DFD/L1
3
F
F
1.2 DFD/L2.1
1.1 1.3
2.1 2.2 DFD/L2.2
2.3 2.4 3.2
3.1 3.3 F
DFD/L2.3

3．数据字典

1）数据项 数据项的描述通常包括以下内容: 数据项名，数据项 含义说明，别名，数据类型，长度，取值范围，取值 含义，与其他数据项的逻辑关系，数据项之间的联系 “取值范围”，“与其他数据项的逻辑关系”。


9.3 概念结构设计

9.3.1 利用E-R模型设计 9.3.2 利用UML模型设计

9.3.1 利用E-R模型设计

ER模型是最为流行的建模工具之一。 实体和属性

实体是物理上或者概念上独立存在的事物或对象。
实体由属性来刻画性质，属性可以是单值或多值的。
一对一（1∶1）
在一对一的联系中，一个实体中每个实例只能与其
示例类A 示例类A 示例类A
表示法
示例类B * 示例类A *
限定条件 自相关
限定关联
示例类B
关联类 示例类A 示例类A 0..* 示例类B 示例类B
表9-1 UML类图 表示法
示例类A 1
0..*
示例类B
示例类A
通用化
示例类B
实现 依赖
<Realize>
示例类B
示例类A
示例类B
9.4 逻辑结构设计


2）数据结构
数据结构反映了数据之间的组合关系。一个数据结构 可以由若干个数据项组成，也可以由若干个数据结构 组成，或由若干个数据项和数据结构混合组成。对数 据结构的描述通常包括以下内容：数据结构名，含义 说明，组成：数据项或数据结构。
Biblioteka Baidu

3）数据流
是数据结构在系统内传播的路径。对数据流的描述通常包括以下 内容：数据流名，说明，数据流来源，数据流去向，组成：数据 结构，平均流量，高峰期流量。 4）数据存储 数据存储是数据结构停留或保存的地方，也是数据流的来源和去 向之一。它可以是手工文档或手工凭单，也可以是计算机文档。 对数据存储的描述通常包括以下内容:数据存储名，说明，编号， 输入的数据流，输出的数据流数据结构，数据量，存取频度，存 取方式。 5）处理过程 处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字 典中只需要描述处理过程的说明性信息，通常包括以下内容：处 理过程名，说明，输入：数据流，输出：数据流，处理：简要说 明。

关系 普通关联 递归关联 限定关联 关联 关联类 聚合 组成
说明 类与类之间联接的描述 类与它本身之间的关联关系 使用限定词将关联中多的那一 端具体对象分成对象集 与一个关联关系相连的类 表明类与类之间的关系具有整 体与部分的特点 在聚合关系中，构成整体的部 分类，完全隶属于整体类 一个类的所以信息被另一个类 继承，继承某个类的类中不仅 可以有属于自己的信息，而且 还拥有了被继承类中的信息， 这种机制就是通用化，通用化 也称继承 对同一事物的两种描述建立在 不同的抽象层上，体现说明和 现实之间的关系 两个模型元素间的关系
• 联系象形图
–联系象形图用来构建实体间联系的模型。 –例如，part-of用于构建道路与路网之间联系的模 型，或是用于把森林划分成林分的建模。
– –
Part_of（网络） Part_of（分区） 联系的象形图
带象形符号的ER图
利用ER模型设计的步骤
确定各个实 体的属性
确定系统所有的一 般实体和地理实体
基本成分 名称 加工 备注 输入数据在此进行变换产生输出数据， 要注明加工的名字 数据输入的源点或数据输出的汇点， 要注明源点和汇点的名字 被加工的数据与流向，应给出数据流 名字，可用名词或动词性短语命名 需用名词或名词性短语命名
外部实体
数据流
或
标识 名字
数据存储文件
• 2．数据流图分层
数据存储
数据来源



E-R图向关系模型的转换（续）

转换原则

⒈ 一个实体型转换为一个关系模式。
• 象形图是一种将对象插在方框内的微缩图表示，这些微缩图 用来扩展ER图，并插到实体矩形框中的适当位置。
–（2）形状
• 形状是象形图中的基本图形元素，它代表着空间数据模型中 的元素。 • 一个模型元素可以是基本形状、复合形状、导出形状或备选 形状。
–（3）基本形状
<基本 形状>
● / 〗
●
点
/
线
〗
面
9.4.2 E-R模型向关系模型转换

将E-R图转换为关系模型实际上就是要将实体、实体的属 性和实体之间的联系转化为关系模式，这种转换一般遵 循如下原则：

（1）一个实体型转换为一个关系模式。实体的属性就是关系的 属性，实体的码就是关系的码。 （2）一个M:N联系转换为一个关系模式。与该联系相连的各实 体的码以及联系本身的属性均转换为关系的属性。而关系的码为 各实体码的组合。
9.2.1 需求 分析的任务 与方法
Ⅱ： 准 备 相 应 的 问 题 清 单
用户基本需 求调研问题 清单
用户数据现 状问题清单
用户系统分 析问题清单
Ⅲ： 整理问 题清单 /形成 调研 报告
用户基本需 求调研报告
用户数据现 状调研报告
用户系统分 析调研报告
9.2.2 数据流图与数据字典

1．数据流图的基本成分
<导出形状>
<基本形状>
●
/
〗
基本形状的语法
导出形状的象形图
–（6）备选形状
• 备选形状可以用于表示某种条件下的同一个对象。 • 例如，根据比例尺，一条河流可以表示成一个多边形或一 条线。 • <备选形状> <基本形状> <导出形状> • <基本形状> <基本形状> 备选形状的语法
•
〗 • 备选形状的象形图


关系模型中应遵循以下条件： （1）二维表中同一列的属性是相同的； （2）赋予表中各列不同名字（属性名）； （3）二维表中各列的次序是无关紧要的； （4）没有相同内容的元组，即无重复元组； （5）元组在二维表中的次序是无关紧要的。 关系模型的优点：（1）结构灵活，可满足所有用布尔逻辑 运算和数字运算规则形成的询问要求；（2）能搜索、组合 和比较不同类型的数据；（3）加入和删除数据方便；（4） 适宜地理属性数据的模型。关系模型的缺点：许多操作都 要求在文件中顺序查找满足特定关系的数据，若数据库很 大的话，这一查找过程要花很多时间。
第九章
空间数据库设计
9.空间数据库设计
9.1 9.2 9.3 9.4 9.5 9.6 9.7

空间数据库设计概述 需求分析 概念结构设计 逻辑结构设计 空间数据库物理设计 空间数据库的实施和维护 空间数据库建库
9.1 空间数据库设计概述

9.1.1 空间数据库设计原则 9.1.2 空间数据库设计过程
●
●
〗
–（7）任意形状
• 对于形状的组合，我们用通配符（*）表示，它表示各种 形状。 • 例如，一个灌溉网是由泵站（点）、水渠（线）以及水库 （多边形）所组成的。
–（8）用户自定义形状
• 除了点、线和多边形这些基本形状外，用户还可以定义自 己的形状。 • 例如，为了表达更多的信息，用户可能更愿意使用感叹号 之类的象形图来表示灌溉网。

以地图M为例： 地图M中有两个面实体ⅠⅡ Ⅰ多边形由a,b,e组成 Ⅱ多边形由b,c,d组成 a边的两个端点是1，2 b边的两个端点是2，4 c边的两个端点是2，3 d边的两个端点是3，4 e边的两个端点是1，4
M 1 e 4 d Ⅰ b Ⅱ 3 a 2 c
关系模型例
基本形状的语法
基本形状的象形图
–（4）复合形状
• 为了处理那些不能用某个基本形状表示的对象， 我们定义了一组聚合的形状，并用基数来量化这 些复合形状。
<基数> 0.1 1 1,n 0,n n 基数的语法 〗 n ● 0，n
使用了基数的多重形 状的象形图
–（5）导出形状
• 如果一个对象的形状是由其他对象的形状导出的， 那么就用斜体形式来表示这个象形图。

联系

他参与实体的一个实例相联系。
例如，实体MANAGER和FOREST之间的联系manages就
是一个一对一的联系。

多对一（M∶1）
多对一联系可将一个实体的多个实例与另一个参与该联系的
实体的一个实例相连接。
Belongs_to是实体FACILITY与FOREST之间的一个多对一联系，

9.1.1 空间数据库设计原则

1）空间数据库设计与应用系统设计相结合的原则
2）数据独立性原则 3）共享度高、冗余度低原则 4）用户与系统的接口简单性原则 5）系统可靠性、安全性与完整性原则 6）系统具有重新组织、可修改与可扩充性原则
应用需求 （数据、处理）
需求收集和分析
需求分 析阶段


作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分： （1）UML语义，描述基于UML的精确元模型定义。元模型为UML的所有 元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发 者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影 响。 （2）UML表示法，定义UML符号的表示法，为开发者或开发工具使用 这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文 字所表达的是应用级的模型，在语义上它是UML元模型的实例。UML包 含五类图，用例图、静态图、对象图、行为图、交互图和实现图。这 里我们采用静态图当中的类图。
这里假定每个设施仅仅属于一个森林，但每个森林可以有多 个设施。

多对多（M∶N）
一个实体的多个实例会与另一个参与该联系的实体的多个实
例相联系。
实体RIVER和FACILITY之间的联系supplies_water_to正是这
样的一个联系。

ER图
用象形图扩展ER模型
• 实体象形图
–（1）象形图


（3）一个1:N联系可以转换为一个独立的关系模式，也可以与n 端对应的关系模式合并。如果转换为一个独立的关系模式，则与 该联系相连的各实体的码以及联系本身的属性均转换为关系的属 性，而关系的码为n端实体的码。

（4）一个1:1联系可以转换为一个独立的关系模式，也 可以与任意一端对应的关系模式合并。 （5）三个或三个以上实体间的一个多元联系转换为一 个关系模式。与该多元联系相连的各实体的码以及联 系本身的属性均转换为关系的属性。而关系的码为各 实体码的组合。 （6）同一实体集的实体间的联系，即自联系，也可按 上述1:1、1:N和M:N三种情况分别处理。 （7）具有相同码的关系模式可合并。