无锡市基础空间数据SHP格式设计方案
（大比例尺）
1、综述
1.1目的
为无锡市规划局基础空间数据建库提供标准。
1.2适用范围
1：500、1：1000、1：2000基础地形图数据
1.3制定原则
●保证按本方案生产的数据可以实现同SHP数据的高效互转；
●保证按本方案生产的数据在转入数据库后可以实现标准图的输出；
●操作方便。
1.4类型约定
●
●
1.5引用标准
《GB/T 14804-93 1：500 1：1000 1：2000 地形图要素分类与代码》（1994-08-01）《GB/T 7929-1995 1：500 1：1000 1：2000 地形图图式》（1996-05-01）
《GB 1：500 1：1000 1：2000 地形图数字化规范》（1998-08-01）
《GB/T14804-93 1：500 1：1000 1：2000 地形图要素分类与代码》（1994-08-01）《GT地籍数据库标准》
《GB/T 13923-92 国土基础信息数据分类与代码》（1993-07-01）
2、实体的划分
数据在SDE的服务器里是按照点、线、面和注记划分的，每一个SDE图层（FEATURECLASS）只能存储上述的一种空间对象。由于这种存储模型的限制，势必造成很多国标中的复杂地物被拆分到不同的SDE图层。为了在编码中体现设计的合理性、对实体的物理存储进行统一的管理，特在数据库的设计中在对空间实体做逻辑的划分。
2.1简单点
●简单点实体只记录插入点的位置和相关属性，所有的简单点实体都必须以插入符号
的形式采集。
●简单点状实体对应ARCOBJECT体系的IPOINT对象。
●采集单位在使用点符号的时候要保证简单点的符号要和本方案提供的符号描述一
致，符号的插入点一致。
2.2简单无向线
●简单线需要作业单位针对每一种实体制作线符号，这里所指的线符号必须是采集系
统提供的线符号库，不能用程序绘制。
●简单无向线实体对应ARCOBJECT体系的IPOL YLINE对象。
●任何两条不相交的线段不应靠得太近，最小距离0.2毫米。
●对于使用了拟合处理的实体要考虑输出时不变形。
●简单线符号采集的时候没有方向限制。
●采集的时候要按照国标的要求，需要断开的地方全部断开，完全保证图面的效果。
●仅在遇到地物要素时断开，如遇到注记、符号等均不应断开。
●特别计曲线首曲线仅在遇到道路、居民地、河流等断开外均保持连续。
2.3简单有向线
●简单有向线需要作业单位针对每一种实体制作线符号，这里所指的线符号必须是采
集系统提供的线符号库，不能用程序绘制。
●简单有向线实体对应ARCOBJECT体系的IPOL YLINE对象。
●对于使用了拟合处理的实体要考虑输出时不变形。
●任何两条不相交的线段不应靠得太近，最小距离0.2毫米。
●简单有向线符号采集的时候有方向限制，符号化的方向是采集方向的左边。
●采集的时候要按照国标的要求，需要断开的地方全部断开，完全保证图面的效果。
●仅在遇到地物要素时断开，如遇到注记、符号等均不应断开。
2.4复合实体
●复合实体由多条线（部分复合实体也包括点）构成的非面的实体。
●复合实体对应ARCOBJECT体系的IPOL YLINE、IPOINT对象。
●复合实体在采集的时候只保证出图的效果，作业人员完全按照国标的要求绘制实
体。
●如果构成复合实体的全部是实线，则所有构成复合实体的线采用统一的编码。
●如果复合实体是由实线、虚线构成，则根据这两种线形对实体的编码细化。
●如果复合实体是由点、线构成，则在上述两条的基础上对复合实体的编码根据实体
的类型细化。
2.5面实体
●面实体对应ARCOBJECT体系的IPOL YGON对象。
●面状地物处理的总体原则保证在隐藏面层后不破坏原有的图面效果。
●本方案所要求构面的图层包括：面状居民地、面状水体、城市绿地植被以及市、
区、镇界面。
●构成面的边线必须保证其连同性，如果和其他地物有共边的情况，共边的部分必须
采用作业软件提供的捕捉功能采集从而保证共边的部分完全重合；如果和其他地物
相交不产生交点。
●面状居民地（RESRGN）构面，只采集一次边线，保证构面的边线完全闭合。
●面状水体（HYDRGN）构面，要注意用户构面的面边线和水体边线的区别，面水
体的边线必须闭合，而水体边线可以不闭合，具体根据野外测量的结果。但是要注
意面边线可能和水体边线有重合的部分必须保证完全一致。
●城市绿地植被（VEGRGN）构面和面状水体（HYDRGN）的处理原则相同，重点
是要区分面状城市绿地植被的边线和地类界或其他地物的边线，同时要考虑重合部
分的两次采集和公共边的完全相同。同时，对于城市绿地植被内的填充符号都要以
点的形式表现出来。
2.6注记
●注记采用点的形式管理。
●注记的插入点为左下点。
●简单点状实体对应ARCOBJECT体系的IPOINT对象。
●横排注记可以是字符串，竖排注记必须采用单个字符。
2.7道路中心线
1、道路中心线用来存储道路的信息，出图的时候不显示道路中心线。
2、道路中心线在采集的时候用路的边线平推1/2的路宽平行线表示。
3、道路中心线相交的时候要产生实交点，中心线在相交处连通。
4、名称一致的道路中心线在shp文件中必须保持连续
3、分层设计
3.1分层说明
●本规程将根据国标图饰规范将地形要素分为十一个大类；
●对于每一个大类再以GeoDataBase数据模型提供的实体类型（点、线、面）为
地物要素聚类分层主要依据。同时，每一大类设置一个注记层用于存放本大类
的各种注记（对于主要类别每个小类提供一个注记层，次要的类别一个大类
一个注记层）。本中间格式所设计的所有的实体类型只包括点（IPOINT）、线
(IPOL YLINE)、面（IPOL YGON）。
●下节中：P表示点（IPOINT）、L表示线（IPOL YLINE）、R表示面（IPOL YGON）。
3.2数据分层
3.2.1测量控制点类
3.2.2居民地类
3.2.3工矿建筑类
3.2.4交通类
3.2.5管线类
3.2.6水系类
3.2.7境界类
3.2.8地质地貌类
3.2.9植被类
3.2.10地图整饰类
4、属性设计
●总则
1、本规程仅定义每层数据的扩展属性项，未包括系统缺省属性项。
2、每层数据的属性表均包含要素代码（Code）属性项。要素代码为地图要素的分类
代码,按本设计第四节内容赋值。
3、本规程仅包括从基础地形图上可取得的地物属性。
4、每个数据层均应补充国土代码和地类描述两个扩展属性项，其中国土代码是按
《GB/T 13923-92 国土基础信息数据分类与代码》标准编制的代码（下面简称国
土代码），编码原则见该标准；地类描述指代码代表的地物的中文说明。
●类型说明与缩写
对数据类型采用以下约定：
数据类型标志符
字符型 C
整数型I
数值型（二进制表示） F
*说明：在本节中用于表示浮点类型数据长度的格式为：
“小数点前位数”+“.”+“小数点后位数”
4.1测量控制点
*类型指控制点为天文点、三角点、导线点还是GPS点等。*控制点描述为控制点的一些其他说明信息。
4.2控制点注记
4.3控制点辅助线
4.4居民地
层名RESRGN
4.5线状房屋附属设施层名RESAPL
4.6点状房屋附属设施
4.7单位名称标记点层名RESLBL
4.8居民地注记
层名RESANN
4.9围墙
层名RESW AL
4.10垣栅
4.11线状工矿建筑及附属设施层名INDAPL
4.12点状工矿建筑及附属设施层名INDAPP
4.13工矿设施注记
4.14学校
4.15医院
4.16加油站
层名INDGAS
4.17铁路
层名TRARAIL
4.18高速公路边线层名TRAFREE
4.19城市道路边线
4.20等级（外）公路边线层名TRAW AYS
4.21其他道路边线
层名TRAPA TH
4.22内部道路边线
4.23单线道路
层名
4.24高速公路中心线层名FREECNT
4.25道路中心线
4.26大车路中心线层名PATHCNT
4.27铁路注记
层名RAILANN
4.28高速公路注记层名FREEANN
4.29城市道路注记层名ROADANN
4.30等级公路注记层名W AYSANN
4.31等外道路注记层名PATHANN
4.32内部道路注记层名PADSANN
4.33车站
层名STATION
4.34桥梁
层名BRIDGE
4.35停车场
层名PARK
4.36线状交通附属设施层名TRAAPL
4.37点状交通附属设施
4.38交通类注记
层名TRAANN
4.39电力线
层名PIPPLIN
注：类别*指高压线和低压线4.40电力线注记
层名PIPPANN
4.41通信线
4.42通信线注记
层名PIPCANN
4.43管道
层名PIPTLIN
注：类别*指架空、地面、地下等水、污、煤气、热力等。
4.44管道注记
层名PIPTANN
4.45点状管线信息
层名PIPAPP
4.46管线注记
层名PIPANN
4.47水体边线
层名HYDLIN
4.48沟渠
4.49河流
层名HYDRRGN
4.50河流注记
4.51湖泊
一、数据管理的发展阶段 1、人工管理阶段 2、文件系统阶段 3、数据库管理阶段 注意了解各阶段的背景和特点 二、数据库系统的特点 1、面向全组织的复杂的数据结构 2、数据的冗余度小，易扩充 3、具有较高的数据和程序的独立性：数据独立性 数据的物理独立性 数据的逻辑独立性 三、数据结构模型三要素 1、数据结构 2、数据操作 3、数据的约束性条件 四、数据模型反映实体间的关系 1、一对一的联系(1：1) 2、一对多的联系(1：N) 3、多对多的联系(M：N) 五、数据模型： 是数据库系统中用于提供信息表示和操作手段的形式构架。 数据库结构的基础就是数据模型。数据模型是描述数据(数据结构)、数据之间的联系、数据语义即数据操作，以及一致性(完整性)约束的概念工具的集合。 概念数据模型：按用户的观点来对数据和信息建模。ER模型 结构数据模型：从计算机实现的观点来对数据建模。层次、网状模型、关系 六、数据模型的类型和特点 1、层次模型： 优点：结构简单，易于实现 缺点：支持的联系种类太少，只支持二元一对多联系 数据操纵不方便，子结点的存取只能通过父结点来进行 2、网状模型： 优点：能够更为直接的描述世界，结点之间可以有很多联系 具有良好的性能，存取效率高 缺点：结构比较复杂 网状模型的DDL、DML复杂，并且嵌入某一种高级语言，不易掌握，不易使用
3、关系模型： 特点：关系模型的概念单一；（定义、运算） 关系必须是规范化关系； 在关系模型中，用户对数据的检索操作不过是从原来的表中得到一张新的表。 优点：简单，表的概念直观，用户易理解。 非过程化的数据请求，数据请求可以不指明路径。 数据独立性，用户只需提出“做什么”，无须说明“怎么做”。 坚实的理论基础。 缺点：由于存储路径对用户透明，存储效率往往不如非关系数据模型 4、面向对象模型 5、对象关系模型 七、三个模式和二级映像 1、外模式(Sub-Schema)：用户的数据视图。是数据的局部逻辑结构，模式的子集。 2、模式(Schema)：所有用户的公共数据视图。是数据库中全体数据的全局逻辑结构和特性的描述。 3、内模式(Storage Schema)：又称存储模式。数据的物理结构及存储方式。 4、外模式/模式映象：定义某一个外模式和模式之间的对应关系，映象定义通常包含在各外模式中。当模式改变时，修改此映象，使外模式保持不变，从而应用程序可以保持不变，称为逻辑独立性。 5、模式/内模式映象：定义数据逻辑结构与存储结构之间的对应关系。存储结构改变时，修改此映象，使模式保持不变，从而应用程序可以保持不变，称为物理独立性。 八、数据视图 数据库管理系统的一个主要作用就是隐藏关于数据存储和维护的某些细节，而为用户提供数据在不同层次上的抽象视图，即不同的使用者从不同的角度去观察数据库中的数据所得到的结果—数据抽象。 九、规范化 1、几个概念 候选码（候选关键字）：如果一个属性（组）能惟一标识元组，且又不含有其余的属性，那么这个属性（组）称为关系的一个候选码(候选关键字)。 码（主码、主键、主关键字）：从候选码中选择一个唯一地标识一个元组候选码作为码 主属性：任何一个候选码中的属性（字段） 非主属性：除了候选码中的属性 外码：关系模式R中属性或属性组X并非R的码，但X是另一个关系模式的码，则称X是R的外部码，简称外码。 2、函数依赖 （1）设R(U)是一个属性集U上的关系模式，X和Y是U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称“X函数确定Y”或“Y函数依赖于X”，记作X→Y。X称为这个函数依赖的决定属性集(Determinant)。Y=f(x)
校园基础地理空间数据库建设设计方案 遥感1503班第10组 （杨森泉张晨欣杨剑钢熊倩倩） 测绘地理信息技术专业 昆明冶金高等专科学校测绘学院 2017年5月
一．数据来源 二. 目的 三 .任务 四. 任务范围 五 .任务分配与计划六．小组任务分配七. E-R模型设计八．关系模式九．属性结构表十．编码方案
一．数据来源 原始数据为大二上学期期末实训数字测图成果（即DWG格式的校园地形图） 导入GIS 软件数据则为修改过的校园地形图 二．目的 把现实世界中有一定范围内存在着的应用数据抽象成一个数据库的具体结构的过程。空间数据库设计要满足用户需求，具有良好的数据库性能，准确模拟现实世界，能够被某个数据库管理系统接受。
三．任务 任务包括三个方面：数据结构、数据操作、完整性约束 具体为： ①静态特征设计——结构特性，包括概念结构设计和逻辑结构设计； ②动态特性设计——数据库的行为特性，设计查询、静态事务处理等应用程序； ③物理设计，设计数据库的存储模式和存储方式。 主要步骤：需求分析→概念设计→逻辑设计→物理设计 原则：①尽量减少空间数据存储冗余；②提供稳定的空间数据结构，在用户的需要改变时，数据结构能够做出相应的变化；③满足用户对空间数据及时访问的需求，高校提供用户所需的空间数据查询结果；④在空间元素间为耻复杂的联系，反应空间数据的复杂性；⑤支持多种决策需要，具有较强的应用适应性。 四、任务范围 空间数据库实现的步骤、建库的前期准备工作内容、建库流程 步骤：①建立实际的空间数据库结构；②装入试验性数据测试应用程序；③装入实际空间数据，建立实际运行的空间数据库。 前期准备工作内容：①数据源的选择；②数据采集存储原则；③建库的数据准备；④数据库入库的组织管理。 建库流程：①首先必须确定数字化的方法及工具；②准备数字化原图，并掌握该图的投影、比例尺、网格等空间信息；③按照分层要求进行
Geo-relational model地理关系数据模型 空间数据被抽象成一系列独立定义的层。 每层代表了一个相关空间要素的集合。所有图层都必须占用或者至少在一些空间重合区，低于甚至高于地球表面，在相同的地理空间建模。ADT的特点 1) ADT的属性定义和行类型的属性定义类同。2) 在创建ADT的语句中，通过用户定义的函数比较对象的值。3) ADT的行为通过方法(methods)、函数(functions)实现。4) SQL3要求抽象数据类型是封装的，而行类型则不要求封装。5) ADT有3个通用的系统内置函数6) ADT可以参与类型继承Cell树索引：划分空间时采用凸多边形作为划分基本单位，子空间不相互覆盖。Cell树的磁盘访问次数比R树和R+树少，性能好。Cell树是比较优秀的空间索引方法 OGIS 操作：·用于所有几何类型的基本操作如SpatialReference，返回所定义对象几何体的基础坐标系统；·用于空间对象间拓扑关系的测试如Overlap判断两个对象内部是否有一个非空的交集；·用于空间分析的一般操作如distance，返回两对象间最短距离 局限性：·仅限于空间的对象模型，即使在对象模型中，OGIS的操作也有局限性 ·OGIS标准过于关注基本拓扑和空间度量的关系，忽略了对整个操作度量的支持，不支持基于方位谓词的操作 ·不支持动态的、基于形状的及基于可见性的操作 SDE 空间数据管理途径：1寄生在关系数据库管理系统之上的空间数据引擎——GIS厂商开发的空间数据管理模块。优点：支持通用的关系数据库管理系统，空间数据按BLOB存，可跨数据库平台，与特定GIS平台结合紧密；缺点：空间操作和处理无法在数据库内核中实现，数据模型较为复杂，扩展SQL比较困难，不易实现数据共享与互操作。2直接扩展通用数据库的空间数据库系统。优点：空间数据的管理和通用数据库系统融为一体，空间数据按对象存取，可在数据库内核中实现空间操作和处理，扩展SQL比较方便，较易实现数据共享与互操作；缺点：实现难度大，压缩数据比较困难； ArcSDE和geodatabase的主要角色：即实现GIS和DBMS的完美结合。ArcSDE能够访问多种DBMS，使用每种DBMS所支持的标准SQL类型来管理数据，并且支持所有的空间数据类型(包括要素、栅格、拓扑、网
无锡市基础空间数据SHP格式设计方案 （大比例尺） 1、综述 1.1目的 为无锡市规划局基础空间数据建库提供标准。 1.2适用范围 1：500、1：1000、1：2000基础地形图数据 1.3制定原则 ●保证按本方案生产的数据可以实现同SHP数据的高效互转； ●保证按本方案生产的数据在转入数据库后可以实现标准图的输出； ●操作方便。 1.4类型约定 ● ●
1.5引用标准 《GB/T 14804-93 1：500 1：1000 1：2000 地形图要素分类与代码》（1994-08-01）《GB/T 7929-1995 1：500 1：1000 1：2000 地形图图式》（1996-05-01） 《GB 1：500 1：1000 1：2000 地形图数字化规范》（1998-08-01） 《GB/T14804-93 1：500 1：1000 1：2000 地形图要素分类与代码》（1994-08-01）《GT地籍数据库标准》 《GB/T 13923-92 国土基础信息数据分类与代码》（1993-07-01） 2、实体的划分 数据在SDE的服务器里是按照点、线、面和注记划分的，每一个SDE图层（FEATURECLASS）只能存储上述的一种空间对象。由于这种存储模型的限制，势必造成很多国标中的复杂地物被拆分到不同的SDE图层。为了在编码中体现设计的合理性、对实体的物理存储进行统一的管理，特在数据库的设计中在对空间实体做逻辑的划分。 2.1简单点 ●简单点实体只记录插入点的位置和相关属性，所有的简单点实体都必须以插入符号 的形式采集。 ●简单点状实体对应ARCOBJECT体系的IPOINT对象。 ●采集单位在使用点符号的时候要保证简单点的符号要和本方案提供的符号描述一 致，符号的插入点一致。 2.2简单无向线 ●简单线需要作业单位针对每一种实体制作线符号，这里所指的线符号必须是采集系 统提供的线符号库，不能用程序绘制。
基于ArcSDE的空间数据库的设计与建立 摘要：随着地理信息系统的发展，传统的以文件形式管理、存储地理空间数据的方式已不能满足现在应用的需求。针对以上问题，本文通过arcsde对空间数据进行管理，使空间数据和属性数据统一存储在面向对象的关系型数据库（sql server）中，实现统一、高效的管理。 关键词：空间数据库；属性数据；arcsde 围绕空间数据的管理，前后出现了几种不同的空间数据管理模式：纯文件模式、文件结合关系型数据库的管理模式、全关系型数据库管理模式和面向对象的数据库管理模式。前两种方式都是将空间数据和属性数据分离存储，这样往往会产生诸多问题：1.空间数据与属性数据的连接太弱，综合查询效率不高，容易造成空间数据与属性数据的脱节；2.空间数据与属性数据不能统一管理，实质上是两套管理系统，造成资源的浪费和管理的混乱，数据一致性较难维护；3.由于空间数据不能统一在标准数据库里存放，造成空间数据不能在网上共享。而面向对象数据库管理系统技术还不够成熟，并且价格昂贵，目前在gis领域还不够通用。所以在较长时间内，还不能完全脱离现有关系型数据库来建设gis空间数据库。arcsde是esri公司提供的一个基于关系型数据库基础上的地理数据库服务器。同一些数据库厂商推出的在原有数据库模型上进行空间数据模型扩展的产品（如oracle spatial）不同，esri的arcsde 的定位则是空间数据的管理及应用，而非简单的数据库空间化。
1.系统目标 建成一个多级比例尺(100万、25万、5万、1万)矢量、栅格以及航空影像、遥感影像(tm,spot)的c/s结构基础地理空间数据库,便于对空间数据有效的管理、分发和应用。 2.总体设计方案 系统总体技术方案设计在充分考虑实际应用环境及应用需求的 基础上,结合考虑国际国内发展的主流趋势和平台产品的功能与性能来完成。 2.1技术路线 空间数据库建设应放弃数据文件式的管理方式,采用大型关系数据库管理系统(sql server)管理空间数据，arcsde作为sql server 2008和arc/info或其他地理信息系统软件的接口, vb/vc/delphi/java/c#为前端应用开发工具。其中，空间数据通过arcsde存储在sql server 2008数据库。arcsde是基于c/s计算模型和关系数据管理模式的一个连续的空间数据模型，借助这一模型,可将空间数据加入到数据库管理系统(rdbms)中去[1]。arcsde 融于rdmbs后,提供了对空间、非空间数据进行高效率操作的数据接口。由于arcsde采用c/s体系结构，大量用户可同时针对同一数据进行操作。arcsde提供了应用程序接口(api)，开发人员可将空间数据检索和分析功能集成到应用工程中去，以完成前端的应用开发,最终提供数据的存储、查询和分发服务。如图1所示： 图1结构图
浅议地理信息系统与空间数据库建设 发表时间：2019-05-06T16:38:47.200Z 来源：《防护工程》2019年第1期作者：蔡云霞 [导读] 对于城市范畴中的所有空间数据，赶着全方位的管理作用，通过对地图的数据化处理，进而实现对各种信息的系统化储存。 内蒙古自治区第七地质矿产勘查开发院内蒙古呼和浩特 010020 摘要：该文阐述了在地理信息系统建设过程中,地图数据库、空间数据库的作用与差别。针对我国现阶段地理信息系统建设的现状,分析了现阶段同时建立与维护空间数据库与地图数据库的必要性。指出了随着空间数据库技术的发展,空间数据库最终将取代地图数据库,同时提供多比例尺地图服务及各种时空尺度的地理信息服务。 一、地理信息系统与空间数据库的相关简介 地理信息系统又称“地学信息系统”，是一种特定的十分重要的空间信息系统。它是在计算机硬、软件系统支持下，对整个或部分地球表层空间中的有关地理分布数据进行加工处理的技术系统。而所谓的空间数据库，正是以空间数据为基础，力辅这以计算机硬件力量的支撑和扶持，实现对相关数据的处理活动，以实现提供空间动态层面的多元化，从根本上提升城市服务的质量的一种技术操作手段。空间数据库是地理信息系统中的基础与核心元素，对于城市范畴中的所有空间数据，赶着全方位的管理作用，通过对地图的数据化处理，进而实现对各种信息的系统化储存。 二、空间数据库的特点 GIS空间数据库与普通的数据库在模型及功能上有很大的差别,总的来说,空间数据有以下特征。空间特征:每一个空间对象具有空间坐标。除了通用数据库管理系统或文件系统关键字索引和辅关键字索引以外,一般都需要建立空间索引。非结构化特征:空间数据不满足结构化的要求。将一条记录表达一个空间对象时,它的数据项有可能是变长的。例如,一条弧段的坐标,其长度将是不可预料的;此外,一个对象也可能包含另外的一个或多个对象。空间关系的特征:空间数据中记录的拓扑信息表达了多种的空间关系。该种拓扑数据结构一方面既方便了空间数据的查询和空间分析,另一方面也给空间数据的一致性和完整性维护增加了复杂性。海量数据特征:空间数据库是海量数据。由于空间数据量大,需要在二维空间上划分出块或者图幅,垂直方向上分层来组织。由于空间数据的如上几个特征,当前通用的关系数据库系统难以满足要求。而大部分GIS软件将采用混合管理的模式――即用文件系统来管理几何图形数据,用商用的关系数据库管理属性数据。但是存在的问题是,文件管理系统的功能较弱,特别在数据的安全性、以及一致性、完整性、并发控制、数据损坏后的恢复方面都缺乏基本的功能。所以GIS 开发商一直在寻找商用数据库管理系统来同时管理图形和属性数据。 三、空间数据库构建中的数据分析 空间数据库在实际构建前需对设计的用途以及应用对象进行确认，确保空间数据分析能够为数据库的构建奠定良好的基础。具体数据分析过程中主要体现在三方面，即：首先，做好数据库应用对象的调查工作。通过对应用对象的调查了解信息的需求以及信息处理内容，以此为依据确定空间数据库的构建目标。其次，对数据研究范围进行确定，主要包括区域边界与地理控制点两方面。最后，保证源数据的准确性。为使空间数据库中的数据具有参考价值，需注意综合考虑调查资料与其数学精度，如地物间是否在逻辑上保持一致或图面的相关表示是否准确等。尤其要求在构建前应使各坐标系统进行统一，避免出现数据不统一的情况。 四、空间数据库分类 空间数据可分为矢量数据和栅格数据两大类。矢量数据用点、线、面等来描述现实世界,表达地表信息,通过坐标值来定义,是数学的表达方式。栅格数据用一定的空间分解力来解析地表的信息,通过灰度、色调来定义。以前矢量数据以其数据结构严密,拓扑关系完善、数学分析方便、图形输出精美、数据记录量小等诸多的优点而为广大GIS用户青睐,但随着计算机硬件的发展,制约栅格数据的硬件问题得到解决。国民经济的快速发展,对制图周期和更新周期提出了更高的要求,矢量数据复杂的内容、漫长的采集期,不便快速更新的缺点反而越来越突出。现在栅格数据和矢量数据相互相成,互相转化,使矢量图的内容相对数字地形而言,内容大为减少,缩短了矢量数据生产和更新的周期。 五、我国的空间数据库建设问题与改进策略 5.1我国现行基础空间数据库的建设过程 我国在建设地理信息系统的初期，很多人由于对数据库这一概念理解不透彻，导致把地理数据库和空间数据库弄混淆，所以在两个数据库中分别含义对方的数据信息。还有一些空间数据库在设计初期不合理，无法满足地图数据库的要求。为此，在以后的建设过程中采用直接对已有地形图进行数字化，或者在进行地形图生产的同时，利用同一数据源，采用与地形图相同的地理要素建立空间数据库。 5.2现有空间数据库建设存在的问题 由于人们对两个数据库理解的不够透彻，所以在空间数据库后期制作方面也出现了诸多问题。常常出现在同一个区域利用逻辑关系把相关的地理信息分隔开来；在数据库中记录信息不全面，设计结构不合理；在数据库中存在大量人工处理过的地理信息。这样不仅给数据空间带来很大的负担，而且还降低了提供地理信息系统的应用能力。 5.3未来空间数据库建设思路 在充分了解地图数据库和空间数据库之后，知道它们是两种完全不同的数据库。为此，在以后的建设中要集中到这两个方面：其一，对空间数据库的更新和改造。从不同角度出发，提高提取地理信息的速度，数据的精度和准确度；加强管理，对每一条信息进行有效操作；加强对信息的安全把控，防止数据泄露，并进行有效分类，统一标准。其二，对地图数据库的建立和更新。明确地图的符号化，统一标准，提高对数据的挖掘能力，加强地图制图综合能力。当这些问题都得到解决时，就证明了地理信息系统在技术方面有了很大的提高，在信息储存方面也可以及时的更新，不用在大量积攒无用的信息。 六、我国发展地理信息系统与空间数据库建设的基本途径 虽然我国在地理信息系统与空间数据库建设的发展历程中，已经存在了20多年的研究历程，但如令人欲改变停滞不前的初级阶段，仍然需要基本途径的转换和更新。第一，要在新兴的空间数据库的工作上，夯实其更新创造的基础。更新空间数据库，主要包括实现对地理信息速度和精确度的增长，自动化程度的增强，同时也要促进数据系统的人为管理。第二，对于传统通用的地图数据库，也要进行适度的改造，对于地图数据库中的系统功能的优化，主要包括三个方面：图形的符号化动作，以便解决地理信息的合理表示问题；地图制图综
数据库基础知识试题 部门____________ __________ 日期_________ 得分__________ 一、不定项选择题（每题1.5分，共30分） 1.DELETE语句用来删除表中的数据,一次可以删除( )。D A .一行 B.多行 C.一行和多行 D.多行 2.数据库文件中主数据文件扩展名和次数据库文件扩展名分别为( )。C A. .mdf .ldf B. .ldf .mdf C. .mdf .ndf D. .ndf .mdf 3.视图是从一个或多个表中或视图中导出的（）。A A 表 B 查询 C 报表 D 数据 4.下列运算符中表示任意字符的是( )。B A. * B. % C. LIKE D._ 5.（）是SQL Server中最重要的管理工具。A A．企业管理器 B.查询分析器 C.服务管理器 D.事件探察器 6.（）不是用来查询、添加、修改和删除数据库中数据的语句。D A、SELECT B、INSERT C、UPDATE D、DROP 7.在oracle中下列哪个表名是不允许的（）。D A、abc$ B、abc C、abc_ D、_abc 8.使用SQL命令将教师表teacher中工资salary字段的值增加500，应该使用的命令 是（）。D A、Replace salary with salary+500 B、Update teacher salary with salary+500 C、Update set salary with salary+500 D、Update teacher set salary=salary+500 9.表的两种相关约束是（）。C
1、举例说明什么是空间数据、非空间数据？如何理解空间查询和非空间查询的区别？常用的空间数据库管理方式有哪几种及其各自特点。 数据：是指客观事务的属性、数量、位置及其相互关系等的符号描述。空间数据：是对现实世界中空间对象（事物）的描述，其实质是指以地球表面空间位置为参照，用来描述空间实体的位置、形状、大小及其分布特征等诸多方面信息的数据。河流的泛洪区，卫星影像数据、气象气候数据等都可以是空间数据书店名称店员人数，去年的销售量，电话号码等是非空间数据 空间查询是对空间数据的查询或命令 人工管理阶段 文件管理阶段缺点： 1）程序依赖于数据文件的存储结构，数据文件修改时，应用程序也随之改变。 2）以文件形式共享，当多个程序共享一数据文件时，文件的修改，需得到所有应用的许可。不能达到真正的共享，即数据项、记录项的共享。 常用： 文件与数据库系统混合管理阶段优点：由于一部分建立在标准的RDBMS上，存储和检索数据比较有效、可靠。 缺点：1）由于使用了两个子系统，它们各自有自己的规则，查询操作难以优化，存储在RDBMS外的数据有时会丢失数据项的语义。 2）数据完整性的约束条件可能遭破坏，如在几何空间数据系统中目标实体仍存在，但在RDBMS中却已删除。 3）几何数据采用图形文件管理，功能较弱，特别是在数据的安全性、一致性、完整性、并发控制方面，比商用数据库要逊色得多 全关系型空间数据库管理系统 ◆属性数据、几何数据同时采用关系式数据库进行管理 ◆空间数据和属性数据不必进行烦琐的连接，数据存取较快 ◆属性间接存取，效率比DBMS的直接存取慢，特别是涉及空间查询、对象嵌套等复杂的空间操作 ◆GIS软件：System9，Small World、GeoView等 本质：GIS软件商在标准DBMS顶层开发一个能容纳、管理空间数据的系统功能。 对象关系数据库管理系统 优点：在核心DBMS中进行数据类型的直接操作很方便、有效，并且用户还可以开发自己的空间存取算法。缺点：用户须在DBMS环境中实施自己的数据类型，对有些应用相当困难。 面向对象的数据库系统。 采用面向对象方法建立的数据库系统； 对问题领域进行自然的分割，以更接近人类通常思维的方式建立问题领域的模型。 目前面向对象数据库管理系统还不够成熟，价格昂贵，在空间数据管理领域还不太适用； 基于对象关系的空间数据库管理系统可能成为空间数据管理的主流 2、什么是GIS，什么是SDBMS？请阐述二者的区别和联系。 GIS是一个利用空间分析功能进行可视化和空间数据分析的软件。它的主要功能有：搜索、定位分析、地形分析、流分析、分布、空间分析/统计、度量GIS 可以利用SDBMS来存储、搜索、查询、分享大量的空间数据集 改：地理信息系统是以地理空间数据库为基础，在计算机软硬件的支持下，运用系统工 科学管理和综合分析具有空间内涵的地理数据，以提供管理、决策等所需信息的技术系统。简单的说，地理信息系统就是综合处理和分析地理空间数据的一种技术系统。
收稿日期：2014-09-19。项目来源：矿山空间信息技术国家测绘地理信息局重点实验室开放基金资助项目（KLM201411）。 面向空间数据库建设的插件式开发与应用 宋碧波1，张立朝1，石?晶1，郭秀丽1 （1.河南省基础地理信息中心，河南 郑州 450000） 摘?要：针对传统基础地理信息数据库建设过程中工作效率低下、数据质量不易控制等问题，提出数据库建设的插件式开发方式。通过采用ArcGIS Add-In 桌面定制开发技术，实现了数据格式批量转换、智能编辑和专项质检等功能，利用已有成熟商业软件的功能接口，有效避免功能的重复开发。研究成果对实际生产过程中的批量入库和质量控制起到重要的作用。关键词：ArcGIS Add-In ；数据库建设；插件式开发 中图分类号：P208 文献标志码：B 文章编号：1672-4623（2015）05-0086-03 国家测绘地理信息局于2013年在全国范围内实施1∶10 000数据库整合升级项目[1]，在对DLG 数据建库的过程中，主要涉及坐标转换、格式转换、分类代码转换、要素编辑、属性项编辑、数据结构重组等一系列数据编辑、转换与质检工作。常规作业方式主要采用手工处理，从而导致数据量大、效率低、数据结构不统一、数据质量难以控制等问题[2]。采用程序建库的方式能够有效解决上述问题。借助程序读入数据可有效避免手工入库效率低下的问题。然而，目前采用程序入库方式主要基于组件式开发，不仅开发周期长，并且不能有效利用已有程序的接口，从而造成已有程序功能的浪费，重复开发的现象普遍存在[3]。 鉴于上述情况，本文提出一种地理信息数据库建设的插件式开发方式。采用ArcGIS Add-In 桌面扩展功能开发，实现数据格式转换、编辑、质量检查等功能，解决数据库建设中效率低下、结构不统一、质量难以控制等问题。 1?ArcGIS?DeskTop?Add-In 早期ArcGIS（8.0之前版本）通过使用ArcInfo Workstation 提供的宏语言AML 来进行单纯的二次开发，ArcGIS10.1及以后版本中不再支持Workstation 环境。基于ArcObject 组件进行C/S 开发主要分为基于ArcGIS Desktop 进行自定义应用扩展和利用ArcGIS Engine 建立自己的应用等。ArcGIS Desktop 桌面应用扩展开发分为客户定制开发、VBA 开发和使用编程语言进行嵌入式开发。客户定制开发只需对已有工具进行重新组合即可；基于VBA 开发可以实现大部分功能的定制，ArcGIS10.0以后版本中将不再包含该模块；基于ArcObject 的开发方式，利用支持COM 的 编程语言进行系统功能开发，通过对编译后的DLL 进行注册，从而将该功能添加到系统中。另外，为了满足用户在数据批处理及功能定制方面的需求，ArcGIS ToolBox 提供了模型制作、编写脚本工具等方式，通过对已有工具进行重组合实现数据的流程化处理，或利用Python 语言编写脚本工具实现数据的批处理，这从一定程度上减少了用户处理数据的负担。 ArcGIS Add-In 是ArcGIS 10.0以后提供的一种全新的桌面定制开发方式，它能够根据用户需求快速扩展桌面功能，与VBA、Engine 等开发方式相比具有易创建、易共享、更安全、易安装管理等突出特点[4]。在ArcGIS Desktop 原有功能基础上根据实际需求进行特殊功能的定制开发，扩展桌面上现有功能，最大程度满足用户的操作需求。基于Add-In 的开发模式使程序开发周期大大缩短，能够直接享用已有功能，并且使界面交互功能的开发更加简单，开发过程、呈现形式更加灵活。考虑到Add-In 的以上优势及实际生产任务在时间上的紧迫性，最终采用该方法对ArcMap 桌面功能进行扩展以解决实际生产问题。 2?总体设计与功能实现 1∶10 000基础地理信息数据库建库项目中存在大量数据的格式转换、坐标转换、投影信息编辑、要素几何及属性信息编辑、几何及属性精度控制、图层结构与拓扑关系检查等工作，是项目实施过程中的主要工作内容，占用时间较多。以上归纳起来可以分为数据转换、数据编辑、质量检查3类。2.1?数据转换 数据转换主要包括常用数据格式间的转换和同一椭球基准下坐标系统间的转换。不同数据采集系统间或同一软件系统中都涉及到数据存储格式转换的问
一、名词解释 1空间数据库 是地理信息系统在计算机物理存储介质上存储和应用的相关的地理空间数据的总合。 2空间数据库管理系统: 能进行语义和逻辑定义存储在空间数据库上的空间数据,提供必需的空间数据查询、检索和存取功能,以及能够对空间数据进行有效的维护和更新的一套软件系统。 3空间数据库应用系统 提供给用户访问和操作空间数据库的用户界面,是应用户数据处理需求而建立的具有数据库访问功能的应用软件。一般需要进行二次开发,包括空间分析模型和应用模型。 4什么是arcSDE 空间数据库引擎(SDE: Spatial Database Engine) ArcSDE是一个用于访问存储于关系数据库管理系统(RDBMS)中的海量多用户地理数据库的服务器软件产品。 5什么是空间数据 地理信息系统的数据库(简称空间数据库或地理数据库)是某一区域内关于一定地理要素特征的数据集合。 6空间数据模型 空间数据(库)模型:就是对空间实体及其联系进行描述和表达的数学手段,使之能反映实体的某些结构特性和行为功能。 空间数据模型是衡量GIS功能强弱与优劣的主要因素之一。 7空间数据结构 不同空间数据模型在计算机内的存储和表达方式。 8场模型 在空间信息系统中，场模型一般指的是栅格模型，其主要特点就是用二维划分覆盖整个连续空间 9对象模型 面向对象数据模型（Object―Oriented Data Model,简称O―O Data Model）是一种可扩充的数据模型,在该数据模型中,数据模型是可扩充的,即用户可根据需要,自己定义新的数据类型及相应的约束和操作。 10概念数据模型 按用户的观点来对数据和信息建模。用于组织信息世界的概念，表现从现实世界中抽象出来的事物以及它们之间的联系。如E-R模型。
空间数据库设计报告
一、设计思想 本次空间数据库设计是基于SQL sever2008开放的外挂式空间数据库管理系统。基于传统的关系型数据库外挂式的空间数据库系统的关键在于SDE的设计与实现，SDE在用户和异构空间数据库之间提供了一个开放的接口。用户可以通过SDE服务来实现对空间数据的读取、插入、更新和删除的基本操作，还可以基于SDE实现对空间数据的分析功能，如拓扑关系的查询、缓冲区分析、叠加分析、、合并和切分等。SDE同时提供了链接DBMS数据库的接口，与数据库的操作都是在这个上面进行交互的。 1.1 数据的存储 1.1.1 几何数据的存储 把GIS数据放在RDBMS中，但是一般的RDBMS都没有提供GIS的数据类型（如点、线、多边形、以及这些feature之间的拓扑关系和投影坐标等相关信息），RDBMS只提供了少量的数据类型支持：int，float，double，Blob，Long ，char等，一般都是数字，字符串和二进制数据几种。并且RDBMS不仅没有提供对GIS数据类型的存储，也没有提供对这些基础类型的操作（如：判断包含关系，相邻、相交、求差、距离、最短路径等）。在本次数据库设计中，成功的完成了对点线面的数据的存储和相关的读取、插入、更新和删除以及可视化的显示的功能。此处的存储是基于SQLsever2008进行的，具体的存储结构如下表所示： 其中Point表中包含Point的空间信息，即空间的点的x，y坐标。由于当个点的只有相当于独立地物才会有相关的属性信息，本次在操作的时候并没有在存储的表中添加相应的属性信息。 一条线是由很多个小线段的组成的，因此在存储的时候，每个边都有一个独立的ID，每条边是由起点和终点链接起来的，因此在在这个表中只需要存储相应的点的ID即可，一般的线都是具有相关的属性信息的，故在本次设计中添加了线的属性信息，咋通过SDE对空间数据查询的时候便可以很方便的看到边的属性。
空间数据库的作用：1 空间数据处理与更新 2 海量数据存储与管理3空间分析与决策 4 空间信息交换与共享 空间数据特征包括：时空特征、多维特征、多尺度特征、海量数据特征。 空间数据管理有五种方式：文件管理；文件与关系数据库混合管理；全关系型数据库管理；面向对象数据库管理；对象-关系数据库管理. 空间类型的表现形式有：1感知空间 2 认知空间 3 符号空间 根据实现过程，普遍接受和采用的不规则三角网TIN生成算法主要有三种：逐点插入法、分治算法、三角形生长法 目前存在的空间数据索引技术超过50多种，可概括为树结构、线性映射和多维空间区域变换三种类型，典型的空间索引技术有 R树索引、四叉树索引、网格索引等。 不区分准3D和真3D，则可以将现有空间构模方法归纳为基于面模型、基于体模型和基于混合模型的三大类构模体系。根据模型所具有的主要特征大致又可以将其归纳为四类：三维矢量模型、三维体元模型、混合或集成数据模型和面向实体的数据模型。 SQL语言的功能包括查询，操作，定义，控制。 1、空间数据：空间数据是对空间事物的描述，空间数据实质就是指以地球表面空间位置为参照，用来描述空间实体的位置、形状、大小及其分布特征诸多方面信息的数据。 2、空间数据元数据：是关于数据集内容、质量、表示方式、空间参考、管理方式以及数据集其他特征的数据。 3、空间数据引擎：是用来解决如何在关系数据库中存储空间数据，实现正真的数据库方式管理空间数据，建立空间数据服务器的方法。 4、空间索引：是指在存储空间数据时依据空间对象的位置和形状或空间对象之间的某种空间关系，按一定顺序排列的一种数据结构。 5、四面体网格：是将目标空间用紧密排列但不重叠的不规则四面体形成的格网来表示，其实质是2D TIN结构在3D 空间上的扩展。 1、什么是空间数据库系统？ 不仅包括空间数据库本身，还包括相应的计算机硬件系统、操作系统、计算机网络结构、数据库管理系统、空间数据管理系统、地理空间数据库和空间数据库管理人员等组成的一个运行系统。 2、空间数据库引擎的作用有哪些? （1）与空间数据库联合，为任何支持的用户提供空间数据服务；（2）提供开放的数据访问，通过TCP/IP横跨任何同构或异构网络，支持分布式的GIS系统；（3）SDE对外提供了空间几何对象模型，用户可以在此模型基础之上建立空间几何对象，并对这些几何对象进行操作；（4）快速的数据提取和分析，SDE提供快速的空间数据提取和分析功能，可进行基于拓扑的查询、缓冲区分析、叠加分析、合并和切分等；（5）SDE提供了连接DBMS数据库的接口，其他的一切涉及与DBMS数据库进行交互的操作都是在此基础上完成；（6）与空间数据库联合可以管理海量空间信息，SDE在用户与物理数据的远程存储之间构建了一个抽象层，允许用户在逻辑层面上与数据库交互，而实际的物理存储则交由数据库来管理；（7）无缝的数据管理，实现空间数据与属性数据统一存储；（8）并发访问，SDE与空间数据库相结合，提供空间数据的并发响应机制。 3、空间查询主要有哪几种类型？试述空间查询处理的两步算法。 答：有点查询，区域查询，最邻近查询等三种类型；两步算法是指：过滤筛选步骤和细化步骤，奇查询的基本思想是：首先用一个不精确的大致范围来进行精确的筛选，产生最终的效果。空间查询的处理步骤图如下： 4、在空间数据库领域，扩展关系模型主要从哪几个方面进行扩展？ （1）突破关系模型中关系必须是第一范式的限制，允许定义层次关系和嵌套关系 （2）增加抽象数据类型（3）增加空间谓词（4）增加适合于空间数据索引的方法
空间数据库存放的是空间地理信息, 包括图形数据和属性数据, 而作为空间地理信息具有各种各样的特征, 包括数据本身的精度和分辨率, 前者是对数据准确度的描述, 而后者则是对数据准确度的尺度描述 空间数据库是一切地理信息的仓库, 所保存的信息应该是直接、真实地反映现实世界的数据, 对这些信息的所有加工都是为某一特定需求而进行的。 空间数据库中不会也不应该存放仅为某比例尺制图用的大量辅助信息 数据库的建设方法： 一是通过直接对已有地形图( 包括模拟地形图和数字地形 图) 进行数字化而形成; 二是进行地形图生产的同时, 利用同一数据源, 采用与地形图相同的地理要素 建立空间数据库。 一、空间数据库的功能 1、信息的查询 2、基础空间数据的入库管理, 包括不同坐标系统数据的统一、不同数据类型的数据统一、无缝拼接, 并分层次分类型进行管理 3、空间数据更新; 4、数据检查 5、数据输出和专题图信息管理。 在系统进行入库操作的时候, 首先加载用户定义的数据入库规则, 在用户选择需要入库的数据中获取需要入库的内容, 并进行分类; 对已经入库的数据可以进行图形的属性检查和拓扑检查, 在检查过程中系统需要参照标准来对数据进行分析和检查; 同时也可以对数据库中的数据进行更新和编辑
随着城市建设的发展，在城市规划和土地管理过程中需要使用大量的地理图形数据，同时在具体业务办理过程中也要产生大量的空间信息，这些信息既是国土资源管理的结果，也是下一阶段工作的重要参考和决策依据。 广州市国土资源和房屋管理局作为广州市的土地管理部门，历年来积累了大量的地形、地籍和土地利用等空间和属性数据，但这些数据分散在局内各个部门，且数据的坐标基础和数据格式都不尽相同，给各部门间的业务衔接和数据共享带来了极大的麻烦。因此必须依据统一的标准规范建立一个全局共享的地理信息数据库，并开发一套能够集中管理、维护并更新海量空间数据的地理信息数据库管理系统对其进行管理和维护，从而为各部门业务办理和应用系统开发提供统一的数据平台，从整体上提高广州市国土房管局的工作效率和管理水平。 1 ArcGIS Engine简介 ArcGIS Engine是与ArcGIS9．0同时推出的独立的软件开发包，可以脱离ArcGIS Desktop环境进行应用程序开发。 ArcGIS Engine提供了21个组件对象库，其中有基本的图形库esriGeometry、显示库esriDis-play、制图库esriCarto等，扩展的对象库有三维分析库esri3D An alyst、网络分析库esriNetworkAnalyst等。这些组件对象库对ArcGIS底层功能进行了封装，使GIS开发人员能够集中精力按照应用需求进行开发。ArcGIS Engine是按照COM标准实现的，支持跨平台和多种编程语言的开发,在Windows下支持C++、Java、VB、Delphi和．Net等，在UNIX和LINUX下支持C++和Java，所以可以选择多种开发方式。 同ArcObiects相比，ArcGIS Engine是对ArcOb-iects的提炼和简化，Arcobjects是对ArcMap、ArcCata- log等应用程序的基础，所以结构庞大。脱离了Ar- cG IS桌面软件的ArcGIS Engine结构更加合理，其提供的功能完全能够满足各种层次的开发需要，而且保持了开放性和扩展性。 利用ArcGIS在地理信息系统方面的基础结构，构建面向特殊应用的地理信息系统软件。 2 系统的总体设计 2．1设计依据 标准是数据库建设的灵魂，也是数据库管理系统开发的基础。国家、省、市都对土地利用、地形、地籍等数据制定了一系列标准规范。结合广州市的实际特点，系统严格依据《广州市城乡地籍数据库建库标准》来组织数据、定制功能、设计数据库和接口，并在具体实现中对其进行必要的扩充，使系统具有良好的规范性和可扩展性。 2．2系统结构 系统运行在国土局内部的局域网环境中，采用C／S体系结构，数据库系统采用Oracle9i，在局内建立统一的数据服务器，地理信息数据统一集中存储，以保持数据的一致性。服务器端用ArcSDE作为空间数据引擎。利用ArcGIS Engine开发的地理信息数据库管理系统作为客户端部署在数据库管理部门，提供对数据的检查、数据入库和数据更新等功能。 系统的总体结构如图1。 [img]https://www.doczj.com/doc/2b10780698.html,/bookscollection/magazines/maginformatization/2006maginformati zation/xinxihua200603/200701/W020070124570850326911.jpg[/img] 2．3空间数据的组织 空间数据分矢量和栅格两种不同形式分别存储于数据服务器上。 矢量数据采用ESRI公司的Geodatabase数据模型进行存储，在逻辑上根据图件的比例尺和种类将空间数据划分为不同的子库，在每个子库中将图件按要素类别划分成不同的图层，同时将类别或性质相关的图层组织成大类。即矢量数据按子库、大类、图层的层次关系进行存储，如将1：10000地形数据定义为一个子库，在子库中定义水系、道路等大类，每个大类中又有一系列的图层，如水系中又分为线状水系和面状水系等图层。矢量数据的具体组织方式以及与Geodatabase模型元素的对应关系如图2所示。 [img]https://www.doczj.com/doc/2b10780698.html,/bookscollection/magazines/maginformatization/2006maginformati
第一章 1数据库的定义：数据库：就是为了一定的目的，在计算机系统中以特定的结构组织、存储、管理和应用的相关联的数据集合。空间数据库是存取、管理空间信息的数据库。 2 空间数据库的内容 （1）矢量地形要素数据库矢量核心地形要素数据库是利用计算机存储的各种数字地形数据及其数据管理软件的集合。 （2）数字高程模型数据库数字高程模型是计算机存储的数字高程模型数据及其管理软件的集合。 （3）数字正射影像数据库数字正射影像数据库是具有正射投影的数字影像的集合。 （4）数字栅格地图数据库数字栅格地图数据库是数据栅格地图及其管理软件的集合。数字栅格地图是现有纸质地形图经计算机处理后的栅格数字文件。 （5）元数据库元数据库是描述数据库/子库和库中各数字产品的元数据构成的数据库。（6）专题数据库专题数据库是各种专题数据的集合 3 空间数据管理演变过程（发展） 空间数据库的研究始于20世纪70年代的地图制图与遥感图像处理领域，其目的是为了有效利用卫星遥感资源迅速绘制出各种经济专题地图。 （1）人工管理阶段(50年代中期以前) （2）文件系统阶段(50年代后期—60年代中期） （3）文件与数据库管理阶段（20世纪70年代初） （4）全关系型空间数据库管理系统（20世纪70年代后期） （5）对象关系数据库管理系统 （6）面向对象的数据库管理系统 4 地理空间数据库主要研究内容 （1）空间数据模型 （2）地理空间数据的获取与处理1）空间数据库的准确性研究2）空间数据质量研究（3）地理空间数据组织1）空间数据的多种表达方式研究2）时空关系的研究 3）海量空间数据库的结构体系研究 （4）空间数据库管理系统1）空间关系语言研究2）分布式处理和Client/Server模式（5）地理空间数据共享研究1）空间数据共享的理论；2）空间数据共享的处理方法，包括数据规范、标准、元数据研究，空间数据融合、集成与互操作的理论与方法等。 第二章 1 空间实体——指具有确定的位置和形态特征并具有地理意义的地理空间物体。(河流、道 路、城市、航线等） 空间实体：地理信息系统中不可再分的最小单元现象称为空间实体.属性是空间实体已定义 的特征（如人口数量、林地上林木名称等） 空间实体：是指现实世界中地理实体的最小抽象单位,主要包括点、线和面三种类型.空间检索的目的是对给定的空间坐标,能够以尽快的速度搜索到坐标范围内的空间对象,进 而对空间对象进行拓扑关系的分析处理 2 空间对象模型特征 （1）点对象点是有特定的位置、维数为零的实体 1)点实体(point entity)：用来代表一个实体。 2)注记点:用于定位注记。 3)内点(label point)：用于记录多边形的属性，存在于多边形内。 4)结点(node)：表示线的终点和起点。