SQL中的地理空间数据

Question

我最近一直在试验地理数据类型并且喜欢它.但是我无法决定是否应该从我当前的模式转换,将两个单独的数字(9,5)字段中的纬度和经度存储到地理类型.我已经计算了两种类型的大小,Lat/Long表示一个点的方式是单个点28个字节,而地理类型是26个.空间不是很大的增益,但是在执行地理空间操作(交叉,距离测量等)方面有很大改进.当前使用笨拙的存储过程和标量函数处理的.我想知道的是指数.地理数据类型是否需要更多空间来索引数据？我有一种感觉,即使存储在列中的实际数据较少,我认为地理空间索引的工作方式最终会为它们带来更大的空间分配.

PS作为旁注,似乎SQL Server 2008(不是R2)不会自动搜索地理空间索引,除非明确告知使用WITH(INDEX())子句

Answer 1

在我看来，你绝对应该只使用空间类型。空间类型针对空间查询进行了优化，如果您需要空间查询，那么我认为这是一个简单的选择。

作为副作用，您可以摆脱地理函数和过程，因为它们（可能）内置于 SQL Server 2008 中。不过需要注意的是，您可能需要花一些时间优化空间索引，但这取决于您的具体情况。