Athena地理空间查询是否支持Parquet格式数据执行查询

结论先行：对Parquet格式存储的数据运行地理空间查询完全可行，不存在必须使用特定存储格式的限制。

这里存在一个常见的概念混淆：文档中标注支持的WKT、JSON编码地理空间数据，指的是地理空间字段值本身的编码形式，而非表的底层存储文件格式，二者没有绑定关系。

具体使用规则如下：

• Athena所有地理空间函数的操作对象是原生geometry数据类型，只要字段值可以通过官方提供的转换函数转为该类型，无论底层表用Parquet、ORC、CSV还是其他Athena支持的存储格式，都可以正常运行地理空间查询，不存在存储格式层面的限制。
• Parquet格式下的常见地理字段处理方式：
  1. 字段为WKT字符串存储：使用ST_GeometryFromText()函数转为原生geometry类型即可调用所有地理空间函数，示例：

     -- 示例：判断面要素是否包含指定坐标点
     SELECT 
       poi_id,
       ST_Contains(ST_GeometryFromText(geom_wkt), ST_Point(121.47, 31.23)) AS in_scope
     FROM parquet_table_stored_poi
     

  2. 字段为GeoJSON格式存储（字符串或Parquet原生嵌套结构）：使用ST_GeomFromGeoJSON()函数转换即可。
  3. 字段为WKB二进制格式存储（GIS类工具导出Parquet的常见格式）：使用ST_GeomFromWKB()函数转换即可，该编码属于地理空间通用二进制编码，完全在Athena支持范围内。

文档中提到的WKT、JSON编码支持，对应的是「直接传入地理空间字面量」「使用纯文本类存储格式（如CSV、行式JSON文件）存储地理字段」场景下的支持范围，并非对底层存储文件格式的约束。

唯一需要注意的点：不要将未做类型转换的原始字符串/二进制地理字段直接传入地理空间计算函数，必须先通过对应ST_GeomFrom*系列函数转为原生geometry类型，否则会触发类型不匹配报错，该问题和存储格式选择无关。

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