地理数据库 (geodatabase) 的架构

地理数据库存储模型以一系列简单但核心的关系数据库概念为基础，并利用了基础数据库管理系统的优势。简单表和明确定义的属性类型用于存储各地理数据集的方案、规则、库以及空间属性数据。该方法为存储和使用数据提供了一个正式模型。通过此方法，可使用结构化查询语言 (SQL)（即一系列关系函数和运算符）来创建、修改以及查询表及其数据元素。

通过检查具有面几何的要素在地理数据库中的建模方式，您可以了解上述操作的工作原理。要素类以表的形式存储，通常称为基表或业务表。表中的每一行代表一个要素。shape 列保存每个要素的面几何。当表中的内容（包括 shape）以 SQL 空间类型存储时，可通过 SQL 进行访问。

然而，只是向数据库添加空间类型和对空间属性的 SQL 支持并不足以支持 GIS。ArcGIS 采用多层应用程序架构，在地理数据库存储模型之上的应用程序层执行高级逻辑和行为。该应用程序逻辑支持一系列通用地理信息系统 (GIS) 数据对象和行为，如要素类、镶嵌数据集、拓扑、网络以及复制。

地理数据库使用在其他高级数据库管理系统应用程序中的相同多层应用程序架构来实现；地理数据库的实现不存在任何特别之处。地理数据库的这种多层架构有时被称为对象关系模型。地理数据库对象在具有标识的数据库表中以行形式保存，而行为通过地理数据库应用程序逻辑提供。通过将应用程序逻辑与存储相分离，可支持多个不同的数据管理系统以及多种数据格式。

地理数据库的核心部分是一个标准的关系数据库方案（一系列标准的数据库表、列类型、索引和其他数据库对象）。方案保留在定义地理信息完整性和行为的数据库的一系列地理数据库系统表中。

明确定义的列类型用于存储传统表格属性。将地理数据库存储在数据库管理系统中时，空间制图表达（多用矢量或栅格表示）通常使用扩展的空间类型进行存储。

地理数据库包含两组主要表：系统表和数据集表。

将数据集表和系统表共同用于显示和管理地理数据库的内容。例如，以基础存储格式进行查看时，要素类是一个包含空间列的表。但通过 ArcGIS 访问时，存储在系统表中的所有规则将与基础数据相结合，从而使所呈现的要素类具备所有定义的行为。