Iβve been experimenting with a geographic data type lately and just love it. But I canβt decide if I should convert from my current scheme, which stores the latitude and longitude in two separate numeric (9.5) fields, to the type of geography. I calculated the size of both types, and the Lat / Long way of representing a point is 28 bytes for one point, while the geography type is 26. Not a big increase in space, but a huge improvement in performing geospatial operations (intersection, distance measurement, etc. ) that are currently being processed using inconvenient stored procedures and scalar functions. I'm interested in indexes. Will there be more geographic data type space for indexing data? I feel that this will happen, although the actual data stored in the columns is less, I believe that the work of geospatial indexes will ultimately lead to a greater spatial distribution for them.
PS as a side note, it seems that SQL Server 2008 (and not R2) does not automatically look for geospatial indexes unless you explicitly talk about using the WITH clause (INDEX ())
source share