我目前有一个站点,其中包含一个具有Lat / Long浮点列的表,以及这两列的索引以及我需要检索的另一列.
我一直在查询这个表,以获得从某一点落入半径范围内的行(我实际上得到了一个方形的速度),但我只需要已经编入索引的字段,所以这个索引实际上是覆盖的,执行计划只有两个步骤：
Index Seek (cost: 100%) and SELECT (cost: 0%)
现在,我正在尝试利用sql 2008的空间功能.我创建了Geography列,填充它,创建空间索引,工作.
这一切都运行正常,除了执行计划有一百万步,并且74％的时间花在一个Clustered Index Seek上,它将它在空间索引中找到的行连接到实际表,以获得其余的数据……
(空间索引寻求占执行计划成本的1％)
所以,显然,它是正确地使用Spatial索引并且使用我的“常规”索引比Lat / Long更快地找到我需要的记录,但加入主表是杀了我,空间查询需要7倍作为只要我的旧的.
有没有办法在空间索引中添加更多列,以便它可以覆盖它,它可以一步完成,就像以前一样？
还有其他方法可以改善这种情况吗？
更新：我发现“常规”索引可以使用INCLUDE关键字“包含”其他列(我不知道,我过去只在索引本身中包含列)
根据文档here,该子句不是空间索引的选项……
有任何想法吗？
谢谢！
丹尼尔
