数据库中地理字面量是否已停用？Postgres特性存疑

一、地理字面量的使用现状 #

地理字面量确实已不再是GIS操作的主流标准化方式，当前绝大多数场景下都会选择函数调用：

• 主流GIS数据库（MySQL、SQL Server、Oracle、PostGIS等）均遵循OGC（开放地理空间联盟）标准，采用类似ST_GeomFromText()的函数处理地理对象，这类写法支持所有空间类型（点、线串、多边形、多几何体等），还能通过参数明确指定空间参考系（SRID），满足复杂GIS应用的需求。
• 地理字面量仅支持简单空间类型（如点），扩展性极差，无法适配实际业务中复杂的空间数据处理场景，因此标准化操作几乎都转向了函数调用。

二、Postgres保留地理字面量特性的原因 #

Postgres原生支持的地理字面量（如POINT '1,1'）并非单纯的历史遗留，而是有实际价值的设计：

• 作为快速输入方式：在临时查询、测试场景中，字面量写法比函数更简洁高效，比如快速构造一个点用于验证空间查询逻辑。
• 延续类型系统一致性：Postgres的类型体系本身就支持字面量语法（如数组ARRAY[1,2,3]、JSON'{"key": "value"}'::json），地理类型作为内置类型，延续这一设计能保持整体语法的一致性。
• 与PostGIS兼容：原生字面量可以直接传入PostGIS函数进行后续处理，比如ST_Buffer(POINT '1,1', 10)，不会产生兼容性问题，相当于为用户提供了多一种输入选择。

示例对比 #

• 函数调用（标准化写法）：

SELECT ST_GeomFromText('LINESTRING(110 40, 2 3, -10 80, -7 9)', 4326);

• Postgres原生字面量（简洁写法）：

SELECT POINT '1,1';

内容的提问来源于stack exchange，提问作者David542