SQL Server处理geometry类型LINESTRING时崩溃/内存错误求助

一、前置脏数据预处理（跨版本通用） #

问题根源是部分畸形LINESTRING（如自相交、顶点数量异常过多、坐标值非法）触发SQL Server空间函数异常，先做预校验过滤坏数据：

• 文本格式校验：检查LINESTRING的坐标对数量，排除少于2个点的情况；核对每个坐标为合法数值（无乱码、经纬度在±180/±90合理范围）
• 轻量几何校验：在应用层用空间库（如.NET NetTopologySuite、Python Shapely）加载LINESTRING文本，调用IsValid方法提前过滤明显畸形的数据，再传入SQL Server处理

二、SQL Server 2019版本专属优化 #

2019对空间函数有稳定性和性能改进，按以下流程处理：

1. 启用查询存储，捕获崩溃相关查询，排查执行计划异常
2. 用TRY_CAST替代直接调用STGeomFromText，避免直接抛出错误：

   SELECT TRY_CAST(@string AS geometry) AS ValidatedGeom;
   

   返回NULL则标记为脏数据，不进入后续流程
3. 修复数据时先校验再处理，避免直接触发崩溃：

   DECLARE @geom geometry;
   SET @geom = geometry::STGeomFromText(@string, 4326);
   IF @geom.STIsValid() = 0
   BEGIN
       SET @geom = @geom.MakeValid();
       -- 修复后二次校验
       SELECT IIF(@geom.STIsValid() = 1, @geom, NULL);
   END
   ELSE
       SELECT @geom;
   

4. 开启资源调控器，给空间处理查询分配固定内存上限，避免单个查询耗尽资源

三、SQL Server 2008R2版本专属适配 #

2008R2空间函数稳定性较弱，需保守处理：

1. 避免批量调用MakeValid，改为单条或少量数据分批处理，降低崩溃概率
2. 预过滤复杂轨迹：顶点数超1000的LINESTRING，先在应用层抽稀顶点简化几何，再传入SQL Server
3. 替换MakeValid为应用层修复：用空间库先修复自相交等问题，再转文本传入SQL；若必须在SQL处理，拆分LINESTRING为子线段逐一修复后合并
4. 安装2008R2最新累积更新（CU），微软针对空间函数崩溃问题有补丁修复

四、轨迹与区域对比的替代方案 #

若核心需求是判断轨迹是否在区域内，可绕开复杂几何修复：

• 拆分轨迹为单点，逐个判断点是否在区域内，通过统计比例替代整体轨迹空间判断
• 用抽稀后的简化轨迹与区域做空间运算，以少量精度损失换取稳定性

内容的提问来源于stack exchange，提问作者Jelle de Vos