3空间数据库地理信息系统题库.ppt

2、传播 §3-2 空间数据模型 第三章 空间数据库 传播与继承是一对。复杂对象的某些属性值不单独存于数据库中，而由子对象派生或提取，将子（成员）对象的属性信息强制地传播给综合复杂对象。成员对象的属性只存储一次，保证数据一致性和减少冗余。如武汉市总人口，由存储在各成员对象中的各区人口总和。 3、继承与传播（区别） 1）继承服务于概括，传播作用于联合和聚集； 2）继承是从上层到下层，应用于类，而传播是自下而上，直接作用于对象； 3）继承包括属性和操作，而传播一般仅涉及属性； 4）继承是一种信息隐含机制，只要说明子类与父类的关系，则父类的特征一般能自动传给它的子类，而传播是一种强制性工具，需要在复合对象中显式定义它的每个成员对象，并说明它需要传播哪些属性值。 四、GIS空间数据库类型 §3-2 空间数据模型 第三章 空间数据库 缺点： 1）程序依赖于数据文件的存储结构，数据文件修改时，应用程序也随之改变。 2）以文件形式共享，当多个程序共享一数据文件时，文件的修改，需得到所有应用的许可。不能达到真正的共享，即数据项、记录项的共享。 GIS应用1 空间、属性数据文件1 GIS应用2 空间、属性数据文件2 空间、属性数据文件3 1、基于文件管理的方式 2、文件与关系数据库混合管理系统—双元模型 §3-2 空间数据模型 第三章 空间数据库 GIS应用软件 Arc/Info 图形用户界面ArcEdit 属性用户界面 Tables 图形数据文件库 属性数据库 图形处理系统 数据库管理系统 oid 除oid作为连接关键字以外，几乎是两者独立地组织、管理和检索。 属性数据 oid 图形数据 1) 图形与属性结合的各自分开处理模式--------早期系统: 图形处理的用户界面和属性的用户界面是分开的，它们只是通过一个内部码连接。通常要同时启动两个系统，甚至两个系统来回切换，不方便。 几何图形: 图形用户界面与图形文件处理是一体的，中间没有裂缝。 属性数据，则因系统和历史发展而异。 2)图形与属性结合的混合处理模式 §3-2 空间数据模型 第三章 空间数据库 GIS 通过DBMS提供的高级编程语言C或Fortran等接口，在C语言的环境下，直接操纵属性数据，查询属性数据库，并在GIS的用户界面下，显示查询结果。 在ODBC(Open DataBase Connectivity,开放式数据库互连)推出后，GIS软件商只需开发GIS与ODBC的接口软件，就可将属性数据与任何一个支持ODBC的RDBMS连接。这样用户可在一个界面下处理图形和属性数据。 用户界面 C语言 C或ODBC 图形处理 数据库管理系统 图形数据文件库 属性数据库 采用文件与RDBMS的混合管理模式中文件管理系统的功能较弱，特别是在数据的安全性、一致性、完整性、并发控制以及数据损坏后的恢复方面缺少基本的功能。因而GIS软件商需要寻找能同时管理图形和属性数据的商用DBMS。 3、全关系型空间数据库管理系统—分层模型 §3-2 空间数据模型 第三章 空间数据库 GIS软件商在标准DBMS顶层开发一个能容纳、管理空间数据的系统功能。 GIS应用 扩展DBMS以容纳空间数据 商用DBMS 空间和属性数据库 代表软件System 9,GeoView?等 用RDBMS管理图形数据有两种模式： a、基于关系模型的方式，图形数据按关系数据模型组织。由于涉及一系列关系连接运算，费时。 例如 b、将图形数据的变长部分处理成Binary Block字段（多媒体或变长文本）。省去大量关系连接操作，但Binary Block的读写效率比定长的属性字段慢得多，特别涉及对象的嵌套时，更慢。 4、对象--关系数据库管理系统 关系模型组织图形数据 §3-2 空间数据模型 第三章 空间数据库 要找出组成多边形的采样点坐标，涉及多个关系表，作多次连接投影运算。 多边形编号 边号 边长 P1 a P1 b P1 c P1 d P1 P2 边号 起结点号 终结点号 a 1 7 b 2 1 … 结点号 x y 1 .. … 2 … … … C N E 返回 4、对象--关系数据库管理系统 §3-2 空间数据模型 第三章 空间数据库 DBMS软件商在RDBMS中进行扩展，使之能直接存储和管理非结构化的空间数据，如Informix 和Oracle等都推出了空间数据管理的专用模块，定义了操纵点、线、面、圆等空间对象的ＡＰＩ函数。 主要解决空间数据的变长记录的管理，效率比二进制块的管理高得多，但仍没有解决对象的嵌套问题，空间数据结构不能由用户定义，用户不能根据ＧＩＳ要求再定义，使用上受一定限制。 GIS应用 空间数据管理的专用模块 商用DBMS 空间和属