1

我在这个查询上得到一个随机/间歇性的 SQL 超时，看起来它从一个简单的查询中生成了大量的处理。这是正确的行为吗？

我有一个像这样的简单存储过程：

CREATE PROCEDURE [dbo].[FindClosestXNearCoordinates]
      @latitude decimal,
      @longitude decimal
   AS
BEGIN

SET NOCOUNT ON;
declare @emptyGUID uniqueidentifier
set @emptyGUID = cast(cast(0 as binary) as uniqueidentifier)
declare @radiusInMeters float
set @radiusInMeters = 3500 * 1609.344   
declare @coordinatePoint as Geography   
SET @coordinatePoint = geography::STGeomFromText('POINT(' + CAST(@longitude AS VARCHAR(20)) + ' ' + CAST(@latitude AS VARCHAR(20)) + ')', 4326)
declare @coordinateRadius as Geography
set @coordinateRadius = @coordinatePoint.STBuffer(@radiusInMeters);


select  top 1   [b].[BaseId], [b].[Code], [b].[Name], [b].[Location], [b].[TerritoryId], [b].[Latitude], [b].[Longitude]
from        XTable b
where       ( b.GeoLocation.STIntersects(@coordinateRadius) = 1 )
order by b.GeoLocation.STDistance(@coordinatePoint) asc

END

我在 SQL Profiler 中捕获它，它连续显示查询和超过 188 条语句，这真的很令人困惑，因为当我在 SSMS 中运行它时，它只显示 1 次执行，但在应用程序中运行会生成 188 条子语句。：

4

1 回答 1

0

首先是 SQL Profiler。因为 Spatial 类型对 SQL Server 来说有些特殊，所以它们会产生额外的处理。它为同一个 TSQL 语句多次注册 SP:Starting 和 SP:Completed 条目，因为它只能报告 TSQL 级别的操作。你只需要忍受这个。在 SQL Server 2012 中也是如此。

关于您的查询超时，我建议用更基本的测试替换 STIntersect() ，使条件

where (b.longitude between @longitude-@xdelta and @longitude+@xdelta)
  and (b.latitude between @latitude-@ydelta and @latitude-@ydelta)
order by b.GeoLocation.STDistance(@coordinatePoint) asc

关键是通过将米转换为十进制值来找出合适的@xdelta。转换现在让我忘记了，但谷歌是你的朋友。如果你真的需要它，你甚至可以添加 STIntersect(buffer)。

于 2012-09-18T21:24:16.797 回答