GIS02第二章_地理信息系统的空间数据结构和数据库详解.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 5、面向对象数据库系统 ——面向对象地理数据模型 2.2　GIS的数据模型 缩小了语义差距 减轻了“阻抗失配”问题 适应非传统应用的需要 面向对象数据库系统所具有的优势 ——面向对象地理数据模型 2.2　GIS的数据模型 第二章 地理信息系统的空间数据结构和数据库 2.1　空间数据结构 2.2　GIS的数据模型 2.3　空间数据库的设计 2.1.1　概述 2.1.2　矢量数据结构 2.1.3　栅格数据结构 2.1.4　矢量栅格一体化数据结构 2.1.5　三维数据结构 2.1.1　概述 2.1.2　层次数据模型 2.1.3　网状数据模型 2.1.4　关系数据模型 2.1.5　对象数据模型 2.1.6　时空数据模型 2.1.1　数据的管理模式 2.1.2　空间数据库的设计、建立和维护 1、基于文件管理的方式 概念：各个地理信息系统应用程序对应各自的空间和属性数据文件，当两个GIS应用程序需要的数据有相同部分时，可以提出来作为公共数据文件 。 ——数据的管理模式 2.3　空间数据库的设计 2、文件与关系数据库混合管理系统 ——双元模型 概念：目前大部分GIS软件采用混合管理模式，即文件系统管理几何图形数据，商用DBMS管理属性数据，它们之间的联系通过目标标识码进行连接。 对属性数据来说，则因系统和历史发展而异，分为图形与属性结合的各自分开处理模式图2-6-17（b）和图形与属性结合的混合处理模式,图2-6-17（c） ——数据的管理模式 2.3　空间数据库的设计 3、全关系型空间数据库管理系统 ——分层模型 概念：将空间数据与属性数据统一用现有的RDBMS管理，但标准RDBMS又不能直接处理空间数据，GIS软件商在标准DBMS顶层开发一个能容纳、管理空间数据的功能。 对用RDBMS管理图形数据有两种模式：基于关系模型的方式；将图形数据的变长部分处理成Binary Block字段 ——数据的管理模式 2.3　空间数据库的设计 4、对象-关系数据库管理系统 概念： DBMS软件商在RDBMS中进行扩展，使之能直接存储和管理非结构化的空间数据。 主要解决空间数据的变长记录的管理，效率比二进制块的管理高得多，但仍没有解决对象的嵌套问题，空间数据结构不能由用户定义，用户不能根据ＧＩＳ要求再定义，使用上受一定限制。 5、面向对象空间数据库管理系统 ——数据的管理模式 2.3　空间数据库的设计 ——空间数据库的设计 1、需求分析 调查用户需求：了解用户特点和要求，取得设计者与用户对需求的一致看法 需求数据的收集和分析：包括信息需求(信息内容、特征、需要存储的数据)、信息加工处理要求(如响应时间)、完整性与安全性要求等 编制用户需求说明书：包括需求分析的目标、任务、具体需求说明、系统功能与性能、运行环境等，是需求分析的最终成果 2.3　空间数据库的设计 2、结构设计 空间数据库设计的实质是将地理空间实体以一定的组织形式在数据库系统中加以表达的过程，也就是地理信息系统中空间实体的模型化问题。 ——空间数据库的设计 2.3　空间数据库的设计 2、结构设计 概念设计——通过对错综复杂的现实世界的认识与抽象，最终形成空间数据库系统及其应用系统所需的模型 表示概念模型最有力的工具是E-R模型，即实体-联系模型，包括实体、联系和属性三个基本成分。用它来描述现实地理世界，不必考虑信息的存储结构、存取路径及存取效率等与计算机有关的问题，比一般的数据模型更接近于现实地理世界，具有直观、自然、语义较丰富等特点，在地理数据库设计中得到了广泛应用。 ——空间数据库的设计 2.3　空间数据库的设计 ——空间数据库的设计 2.3　空间数据库的设计 2、结构设计 逻辑设计——在概念设计的基础上，按照不同的转换规则将概念模型转换为具体DBMS支持的数据模型的过程?——即导出具体DBMS可处理的地理数据库的逻辑结构(或外模式)，包括确定数据项、记录及记录间的联系、安全性、完整性和一致性约束等。导出的逻辑结构是否与概念模式一致，能否满足用户要求，还要对其功能和性能进行评价，并予以优化。 ——空间数据库的设计 2.3　空间数据库的设计 确定各实体的主关键字； 确定并写出实体内部属性之间的数据关系表达式（函数依赖关系），即某一数据项决定另外的数据项； 把经过消冗处理（规范化处理）的数据关系表达式中的实体作为相应的主