别再死记硬背了！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几何类型分类体系（注：实际使用时请替换为合规的表格形式）

这个结构揭示了三个关键认知：

1. 基础与扩展的区分：OGC标准定义的是基础几何类型，而SQL/MM扩展了曲线相关类型
2. 原子与集合的层级：单个要素(如Point)与要素集合(如MultiPoint)形成层级关系
3. 二维与多维的坐标：所有类型都可以带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 集合类型：要素的组合与组织

集合类型用于管理多个同类型或不同类型几何对象的组合：

注意：集合类型中的要素应该拓扑一致，比如MultiPolygon中的多边形不应相互重叠

3. SQL/MM曲线扩展：真实世界的精确表达

传统GIS中的直线段难以精确表达自然界的曲线特征，这正是SQL/MM标准扩展的价值所在。PostGIS实现了五种曲线相关类型：

3.1 曲线类型的三层结构

1. 基本曲线单元：CircularString

   • 用三个点定义一段圆弧

   -- 创建180度的半圆 SELECT ST_GeomFromText('CIRCULARSTRING(0 0, 1 1, 2 0)', 4326);

2. 复合曲线：CompoundCurve

   • 组合直线段(CircularString)和曲线段(LineString)

   -- 创建直线与曲线组合的路径 SELECT ST_GeomFromText('COMPOUNDCURVE(CIRCULARSTRING(0 0, 1 1, 2 0), (2 0, 3 0))', 4326);

3. 曲线多边形：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 类型选择决策树

1. 是否需要精确曲线？

   • 是 → 考虑CircularString/CurvePolygon
   • 否 → 使用LineString/Polygon

2. 要素是否单一？

   • 单一 → 使用原子类型(Point/LineString/Polygon)
   • 多个 → 使用集合类型(Multi*)

3. 是否需要混合类型？

   • 是 → 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 可视化与分析的平衡

在实际项目中，我常采用"曲线存储+线性分析"的混合策略：

1. 原始数据以曲线类型存储
2. 分析时按需转换为线性近似
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 );

这种策略既保持了数据的几何精度，又确保了与现有工具的兼容性。