地理点在多边形内查询结果异常问题排查求助

核心错误1：函数调用顺序颠倒 #

你在测试代码里写的@l.STContains(@p)逻辑完全错误——这是让点去包含多边形，一个点不可能包含多边形，所以返回0是正常结果。正确写法应该是让多边形去包含点，调用多边形的STContains方法并传入点：

select @p.STContains(@l); -- 这才是正确的调用顺序，预期返回1

核心错误2：多边形顶点顺序不符合geography类型要求 #

SQL Server的geography类型对多边形顶点顺序有严格规则：

• 北半球的多边形，顶点必须按逆时针方向排列；
• 如果顶点是顺时针排列，SQL Server会将其解析为「反多边形」——即覆盖整个地球表面，除了你实际绘制的小区域的部分。这就是你查询整个表时返回246个多边形的原因：这些多边形顶点顺序反了，它们的「有效区域」变成了整个地球，自然会包含你的点。

验证与修复步骤 #

1. 检查多边形有效性：先测试示例多边形是否合法：

select @p.STIsValid(); -- 返回0说明顶点顺序或格式有问题

2. 反转顶点顺序修复：如果STIsValid()返回0，用STReverse()调整顶点顺序：

set @p = @p.STReverse();
select @p.STContains(@l); -- 此时应返回预期的1

3. 批量修复表中多边形：若表中大量多边形存在顺序问题，执行以下更新（先备份数据！）：

UPDATE polygons
SET polygon = polygon.STReverse()
WHERE polygon.STIsValid() = 0; -- 仅修复无效多边形

额外验证建议 #

• 用STWithin交叉验证：点在多边形内等价于@l.STWithin(@p)，这个调用顺序正确，可与@p.STContains(@l)的结果对比，两者应一致；
• 确认SRID一致性：确保数据库中geography对象的SRID确实为4326，避免空间参考不匹配导致计算错误。

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