第6章空间数据管理汇总.ppt

这种管理模式有: Arc/INFO、MapInfo、MicroStation 特点： 两者独立组织、管理与检索，采用连接码或对象标识进行连接 由于空间数据和属性数据分开存储，在表现地理空间数据方面缺乏完整的表达语义和存储机制 难于保证数据存储、操作的统一 系统切换、使用不方便 在数据的安全性、一致性、完整性、并发控制以及数据损坏后的恢复方面缺少基本功能 4.4 全关系型空间数据库管理系统 全关系型空间数据库管理系统传统是指图形数据和属性数据都采用现有的关系数据管理系统管理 关系数据库不作任何扩展，由GIS软件商在此基础上进行开发，以便能够管理图形和属性数据,有两种模式： (1)基于关系模型的方式，图形数据按关系数据模型来组织，要分解成多个关系表，查找是涉及到多个关系表，作多次连接投影运算，因而在处理空间目标示效率不高，例如 Select X,Y From P,E,N,C //P多边形,E多边形-边,N边-结点,C结点坐标 Where P.P#=E.P# and E.E#=N.E# and ( N.BN=C.N# and N.EN = C.N#) (2)将图形数据的变长部分处理成Binary二进制块BLOCK字段，省去了大量的关系表的连接操作，但读写速度慢，尤其是涉及对象嵌套时速度更慢 4.5 对象-关系数据库系统 对传统的关系数据库进行扩展，使之能够直接存储和管理非结构化的空间数据 如Oracle，Ingress，Informix都推出了空间数据管理专用模块，定义了操作点、线、面等空间对象的API函数 特点： 对空间对象的数据结构进行预先的定义，用户不能再定义，使用受到限制 对象之间一般不能带有拓扑关系，因此具有拓扑数据结构的数据不能采用对象-关系数据据库进行管理 解决了空间数据的变长记录管理问题，效率明显比采用二进制块的方式高，但它还没有解决对象嵌套的问题 是目前GIS空间数据管理的主流 4.6 面向对象的空间数据管理系统 理论上讲：面向对象的数据模型，支持变长记录、支持对象嵌套、信息的继承与聚集；允许用户定义对象和对象的数据结构以及它的操作；数据结构可以是具有拓扑关系的 实际上：面向对象的数据库关系系统还不够成熟，价格昂贵，在GIS领域还不够通用；目前推出的面向对象数据库管理系统有O2,Jasmine等 5. 空间数据的组织 1)图幅内空间数据管理 工程区 工作层 逻辑层 地物类 工 作 区 行政边界 道 路 水 系 居民地 土地覆盖 土 壤 …… 2)图库管理 图库管理就是工程管理,一般是建立图幅索引,建立二维空间索引 ? 12000 13000 W43 14000 ? 13000 12000 ? ? 11000 10000 ? ? ? W41 ? W42 W44 W45 ? ? ? W31 ? W32 W33 W34 ? ? W35 ? W21 W22 W23 ? W24 ? W25 ? ? W11 ? W12 W13 W14 W15 ? ? 11000 12000 13000 14000 15000 10000 13000 14000 工程管理——建立工作区（图幅）索引 空间数据库管理系统 地理空间信息在线运行数据库 DRG-MD 图幅2 …… 图幅1 DEM DOM DLG 境界 其他要素 水系 道路 居民地 等高线 TD MD 分块2 …… 分块1 专题层2 …… 专题层1 图幅2 图幅1 …… 磁 盘 分块2 …… 分块1 在线运行数据库逻辑模型 3)属性数据管理 均由关系数据库来管理,但具体做法有所差异 Arc/INFO的属性文件放在对应的Coverage目录下,无论一个Coverage有多少种地物,只包含一个AAT表和一个PAT表,为了表示不同地物类的不同属性项,可能为每类地物建立一个扩展属性表属性 MGE的属性管理方式是:一个地物类对应一个属性表文件,而所有的属性文件都在工程目录下 Geostar属性管理方式是:一个地物类可以设计为一个属性表,也可以多个地物类公用一个属性表；在工程建立之前,属性表文件位于工作区平行的目标，建立工程后，位于工程的目录之下；一个属性文件包含了该工程内所有同类空间对象的属性值 5. 空间索引 图幅索引可以看成是最粗的一级空间索引，但还不足以能够快速查询空间目标，如果没有空间索引，检索目标时需要对整个工作区中的空间对象进行判别，费时、影响速度。 对象范围索引仍需要对整个数据文件内的空间对象进行检索，只是有些对象可以直接判别予以排除。 基于Peano键的格网索引（1） 记录每个格网内所包含