别再死记硬背了！PostGIS的17种Geometry类型，我用一张图帮你理清
一张图掌握PostGIS几何类型：从零散记忆到系统认知
第一次接触PostGIS的几何类型时，我盯着那17种类型名称发呆了半小时——Point、LineString、Polygon这些基础类型还算直观，但到了CircularString、CompoundCurve这些曲线类型，大脑就开始自动进入"死记硬背然后迅速遗忘"的循环。直到我画出了它们之间的关系图，一切突然变得清晰起来。本文将分享这个视觉化学习框架，帮你摆脱机械记忆，真正理解PostGIS几何类型的设计逻辑。
1. 几何类型全景图：两大标准与三大类别
PostGIS的几何类型体系融合了两种国际标准：OGC简单要素标准(SFA)和SQL/MM空间标准。理解这个背景至关重要，因为类型划分的逻辑就源于此。
graph TD A[几何类型] --> B[OGC简单要素] A --> C[SQL/MM曲线扩展] B --> D[基础类型] B --> E[集合类型] D --> F[Point] D --> G[LineString] D --> H[Polygon] E --> I[MultiPoint] E --> J[MultiLineString] E --> K[MultiPolygon] E --> L[GeometryCollection] C --> M[曲线类型] C --> N[曲线集合] M --> O[CircularString] M --> P[CompoundCurve] M --> Q[CurvePolygon] N --> R[MultiCurve] N --> S[MultiSurface]表：PostGIS几何类型分类体系（注：实际使用时请替换为合规的表格形式）
这个结构揭示了三个关键认知：
- 基础与扩展的区分：OGC标准定义的是基础几何类型，而SQL/MM扩展了曲线相关类型
- 原子与集合的层级：单个要素(如Point)与要素集合(如MultiPoint)形成层级关系
- 二维与多维的坐标：所有类型都可以带Z(高程)、M(测量)或ZM值
2. OGC标准类型：点线面的基础世界
OGC简单要素标准定义的几何类型构成了空间数据建模的基础。这些类型可以分为原子类型和集合类型两大类。
2.1 原子类型：空间要素的基石
Point：最简单的几何类型，表示空间中的一个位置
-- 创建带SRID的Point SELECT ST_GeomFromText('POINT(-71.060316 42.357575)', 4326);LineString：由两个或多个点组成的线段
-- 创建包含三个点的LineString SELECT ST_GeomFromText('LINESTRING(-71.060 42.357, -71.061 42.358, -71.062 42.359)', 4326);Polygon：由外环和可选内环(孔洞)组成的封闭区域
-- 创建带孔洞的Polygon SELECT ST_GeomFromText('POLYGON((-71.063 42.360, -71.062 42.360, -71.062 42.359, -71.063 42.359, -71.063 42.360), (-71.0628 42.3598, -71.0626 42.3598, -71.0626 42.3596, -71.0628 42.3596, -71.0628 42.3598))', 4326);
2.2 集合类型：要素的组合与组织
集合类型用于管理多个同类型或不同类型几何对象的组合：
| 类型 | 描述 | 示例 |
|---|---|---|
| MultiPoint | 点的集合 | MULTIPOINT((-71.06 42.35), (-71.07 42.36)) |
| MultiLineString | 线串的集合 | MULTILINESTRING((-71.06 42.35, -71.07 42.36), (-71.08 42.37, -71.09 42.38)) |
| MultiPolygon | 多边形的集合 | MULTIPOLYGON(((-71.06 42.35, -71.07 42.35, -71.07 42.36, -71.06 42.36, -71.06 42.35)), ((-71.08 42.37, -71.09 42.37, -71.09 42.38, -71.08 42.38, -71.08 42.37))) |
| GeometryCollection | 混合类型集合 | GEOMETRYCOLLECTION(POINT(-71.06 42.35), LINESTRING(-71.06 42.35, -71.07 42.36)) |
注意：集合类型中的要素应该拓扑一致，比如MultiPolygon中的多边形不应相互重叠
3. SQL/MM曲线扩展：真实世界的精确表达
传统GIS中的直线段难以精确表达自然界的曲线特征，这正是SQL/MM标准扩展的价值所在。PostGIS实现了五种曲线相关类型：
3.1 曲线类型的三层结构
基本曲线单元：CircularString
- 用三个点定义一段圆弧
-- 创建180度的半圆 SELECT ST_GeomFromText('CIRCULARSTRING(0 0, 1 1, 2 0)', 4326);复合曲线：CompoundCurve
- 组合直线段(CircularString)和曲线段(LineString)
-- 创建直线与曲线组合的路径 SELECT ST_GeomFromText('COMPOUNDCURVE(CIRCULARSTRING(0 0, 1 1, 2 0), (2 0, 3 0))', 4326);曲线多边形：CurvePolygon
- 用曲线定义边界的面
-- 创建圆形面 SELECT ST_GeomFromText('CURVEPOLYGON(CIRCULARSTRING(0 0, 1 1, 2 0, 1 -1, 0 0))', 4326);
3.2 曲线集合类型
MultiCurve：曲线对象的集合
SELECT ST_GeomFromText('MULTICURVE(CIRCULARSTRING(0 0, 1 1, 2 0), LINESTRING(2 0, 3 0))', 4326);MultiSurface：曲面对象的集合
SELECT ST_GeomFromText('MULTISURFACE(CURVEPOLYGON(CIRCULARSTRING(0 0, 1 1, 2 0, 1 -1, 0 0)), POLYGON((3 0, 4 0, 4 1, 3 1, 3 0)))', 4326);
提示：大多数GIS客户端仍无法直接显示曲线几何，可以使用ST_CurveToLine()函数转换为线性近似
4. 几何类型的实战应用策略
理解了类型体系后，如何在项目中合理应用这些几何类型？以下是我的实践经验总结。
4.1 类型选择决策树
是否需要精确曲线？
- 是 → 考虑CircularString/CurvePolygon
- 否 → 使用LineString/Polygon
要素是否单一？
- 单一 → 使用原子类型(Point/LineString/Polygon)
- 多个 → 使用集合类型(Multi*)
是否需要混合类型？
- 是 → GeometryCollection
- 否 → 特定集合类型
4.2 性能与兼容性考量
- 存储效率：曲线类型通常比线性近似占用更少空间
- 计算精度：曲线运算更精确但计算成本更高
- 工具兼容：评估您的工作流是否支持曲线类型
-- 曲线与线性近似的比较示例 SELECT ST_Length(ST_GeomFromText('CIRCULARSTRING(0 0, 1 1, 2 0)')) AS curve_length, ST_Length(ST_CurveToLine(ST_GeomFromText('CIRCULARSTRING(0 0, 1 1, 2 0)'))) AS linear_length;4.3 可视化与分析的平衡
在实际项目中，我常采用"曲线存储+线性分析"的混合策略：
- 原始数据以曲线类型存储
- 分析时按需转换为线性近似
- 可视化根据客户端能力选择适当形式
-- 混合使用示例 CREATE TABLE roads ( id serial PRIMARY KEY, name text, original_geom geometry(CompoundCurve,4326), linear_geom geometry(LineString,4326) GENERATED ALWAYS AS (ST_CurveToLine(original_geom)) STORED );这种策略既保持了数据的几何精度，又确保了与现有工具的兼容性。