地理空间数据按以下方式进行组织：
- 要素：真实实体（例如特定的道路或单独的电线杆）的空间表示法，指定要素的几何图形及其他特性。
-
要素类：要素的类别，使用规则定义了允许的数据类型、默认值及其成员要素的约束。例如，用户可以具有一组道路、电线杆等的要素类。
要素类等同于数据库中的表。
- 模式：相关要素类的集合。
-
数据存储：单个存储位置中的要素数据集合。
使用 SDF 数据存储，一个文件只能具有一种模式，但使用数据库存储（例如 Oracle 或 SQL Server）可以具有多种模式。（每个 SHP 文件只能包括一种几何图形类型，但用户可以将多个 SHP 文件存储并复制到一个文件夹内。可以在建立与 SHP 文件的连接时使用配置文件来支持多种模式。）
数据层次结构
地理空间数据以分层结构存储，就像一组表格：表格中的每一行是一个单独的要素，而每一列是该要素的一种 特性 。整个表格（包括其名称、列名称、数据类型、默认值和约束）表示一种要素类。一组相关的表格称为一种模式，并且整个数据集合位于一个数据存储中。
例如，用户可以使用包含多种模式的数据存储（例如 Oracle）。数据库可以使用适用于不同种类的公共设施的模式来定义城镇的公共设施（例如电力和供水）。电力模式可以包括电线杆和配电盒的要素类，而供水模式可以包括管道和消防栓的要素类。
特性
每个要素类均具有对自身进行定义的特性。“电线杆”要素类可能具有诸如标识号、名称、型号、材质、高度、安装日期等特性。定义要素类的特性可具有数据类型、默认值和约束。这些有助于确保要素符合特定的标准，从而包含在特定的要素类中。例如，“Large Roads”要素类可以包括称为“Lanes”的字段。“Lanes”的约束可以指定其值必须为六或大于六，从而在“Large Roads”要素类中包含一条路。
数据存储
要素可以存储在空间数据库（例如 Oracle、MySQL、PostgreSQL/PostGIS 或 SQL Server）中，或存储在可以使用基于 Oracle 或 SQL Server 的空间数据库的数据存储中。要素可以存储在文件（例如 SQLite、SHP 或 SDF）中。相关 SHP 文件可能存储在一个文件夹中。
可以通过基于 Web 的服务（例如 WFS 或 WMS）访问要素。AutoCAD Map 3D 工具集也支持 ODBC（开放式数据库连接），它是用于通过程序访问数据库的一种标准接口。
数据存储通常包含空间上下文，空间上下文描述了要素集合的几何图形所在位置中的空间元数据或参数。空间上下文可以指定坐标系、范围和公差。一个数据存储可以包括多个空间上下文，例如，一个上下文用于基于地面的数据，另一个上下文用于图解数据。
有关要素、要素类和模式（包括图解这些概念的图表）的详细信息，请参见“什么是要素？”以及“什么是模式？”，in 地理空间数据最佳管理实务（可从 AutoCAD Map 3D 工具集的“帮助”菜单中访问）。