SDBMS
空间数据管理系统(SDBMS)空间数据库管理系统(spatialdatabasemanagementsystem, SDBMS)：对各类空间数据进行统一处理、存储、维护和管理的软件系统。SDBMS是空间数据库的核心软件，他对空间数据和属性数据进行了一体化，为GIS应用开发提供空间数据库管理系统除了必须具备普通数据库管理系统的功能。
一般地，还具有以下三方面研究内容：
1)空间数据存储管理，实现空间数据强大的基础平台。和属性数据的统一存储和管理，提高数据的存储性能和共享程度，设计实现空间数据的索引机制，为查询处理提供快速可靠的支撑环境。
2)支持空间查询的SQL语言，参照SQL-92和OpenGIS标准，对核心SQL进行扩充，使之支持标准的空间运算，具有最短路径、连通性等空间查询功能。
3)查询。
空间数据基本特征1．空间特征
每个空间对象都具有空间坐标，即空间对象隐含了空间分布特征。这意味着在空间数据组织方面，要考虑它的空间分布特征。除了通用性数据库管理系统或文件系统关键字的索引和辅关键字索引以外，一般需要建立空间索引。
2．非结构化特征
在当前通用的关系数据库管理系统中，数据记录一般是结构化的。即它满足关系数据模型的第一范式要求，每一条记录是定长的，数据项表达的只能是原子数据，不允许嵌套记录。而空间数据则不能满足这种结构化要求。若将一条记录表达一个空间对象，它的数据项可能是变长的，例如，一条弧段的坐标，其长度是不可限定的，它可能是两对坐标，也可能是十万对坐标；其二，一个对象可能包含另外的一个或多个对象，例如，一个多边形，它可能含有多条弧段。若一条记录表示一条弧段，在这种情况下，一条多边形的记录就可能嵌套多条弧段的记录，所以它不满足关系数据模型的范式要求，这也就是为什么空间图形数据难以直接采用通用的关系数据管理系统的主要原因。
3．空间关系特征
空间数据除了前面所述的空间坐标隐含了空间分布关系外。空间数据中记录的拓扑信息表达了多种空间关系。这种拓扑数据结构一方面方便了空间数据的查询和空间分析，另一方面也给空间数据的一致性和完整性维护增加了复杂性。特别是有些几何对象，没有直接记录空间坐标的信息，如拓扑的面状目标，仅记录组成它的弧段的标识，因而进行查找、显示和分析操作时都要操纵和检索多个数据文件方能得以实现。
4．分类编码特征
一般而言，每一个空间对象都有一个分类编码，而这种分类编码往往属于国家标准，或行业标准，或地区标准，每一种地物的类型在某个GIS中的属性项个数是相同的。因而在许多情况下，一种地物类型对应于一个属性数据表文件。当然，如果几种地物类型的属性项相同，也可以多种地物类型共用一个属性数据表文件。
5．海量数据特征
空间数据量是巨大的，通常称海量数据。之所以称为海量数据，是指它的数据量比一般的通用数据库要大得多。一个城市地理信息系统的数据量可能达几十GB，如果考虑影像数据的存贮，可能达几百个GB。这样的数据量在城市管理的其他数据库中是很少见的。正因为空间数据量大，所以需要在二维空间上划分块或者图幅，在垂直方向上划分层来进行组织。
对象—关系数据库管理系统由于直接采用通用的关系数据库管理系统的效率不高。而非结构化的空间数据又十分重要，所以许多数据库管理系统的软件商纷纷在关系数据库管理系统中进行扩展，使之能直接存贮和管理非结构化的空间数据，如Ingres，Informix和Oracle等都推出了空间数据管理的专用模块，定义了操纵点、线、面、圆、长方形等空间对象的API函数。这些函数，将各种空间对象的数据结构进行了预先的定义，用户使用时必须满足它的数据结构要求，用户不能根据GIS要求（即使是GIS软件商）再定义。例如，这种函数涉及的空间对象一般不带拓扑关系，多边形的数据是直接跟随边界的空间坐标，那么GIS用户就不能将设计的拓扑数据结构采用这种对象--关系模型进行存贮。
这种扩展的空间对象管理模块主要解决了空间数据的变长记录的管理，由于由数据库软件商进行扩展，效率要比前面所述的二进制块的管理高得多。但是它仍然没有解决对象的嵌套问题，空间数据结构也不能由用户任意定义，使用上仍然受到一定限制。