В последнее время я экспериментировал с типом географии, и мне это просто нравится. Но я не могу решить, должен ли я конвертировать из моей текущей схемы, которая хранит широту и долготу в двух отдельных числовых (9,5) полях, в тип географии. Я рассчитал размер обоих типов, и широта / долгота представления точки составляет 28 байт для одной точки, тогда как тип географии равен 26. Не большой выигрыш в пространстве, но огромное улучшение в выполнении геопространственных операций (пересечение, измерение расстояния и т. Д. ), которые в настоящее время обрабатываются с использованием неудобных хранимых процедур и скалярных функций. Что мне интересно, так это показатели. Требуется ли для географического типа данных больше места для индексации данных? У меня есть ощущение, что это произойдет, хотя фактические данные, хранящиеся в столбцах, меньше, но я думаю, что работа геопространственных индексов в конечном итоге приведет к выделению для них большего пространства.
P.S. в качестве примечания, кажется, что SQL Server 2008 (не R2) не выполняет автоматический поиск через геопространственные индексы, если явно не указано использование предложения WITH (INDEX ())