SQL中的地理空间数据

| 我最近一直在尝试地理数据类型，并且喜欢它。但是我无法决定是否应该从当前的模式转换，该模式将纬度和经度存储在两个单独的numeric（9,5）字段中，成为地理类型。我已经计算了两种类型的大小，表示一个点的纬度/经度表示一个点的长度是28个字节，而地理类型是26个。空间的增加不是很大，但是在执行地理空间操作（相交，距离测量等）方面却有很大的进步。 ）当前使用笨拙的存储过程和标量函数处理。我想知道的是指数。地理数据类型是否需要更多空间来为数据建立索引？我有一种感觉，即使存储在列中的实际数据更少，但我认为地理空间索引的工作方式最终将为它们分配更大的空间。 附言作为附带说明，除非明确告知使用WITH（INDEX（））子句，否则SQL Server 2008（非R2）似乎不会自动搜索地理空间索引