Геопространственные данные в SQL

В последнее время я экспериментировал с типом данных geography, и мне он просто нравится. Но я не могу решить, следует ли преобразовать из моей текущей схемы, в которой широта и долгота хранятся в двух отдельных числовых (9,5) полях, в тип geography. Я рассчитал размер обоих типов, и способ представления точки в широте и долготе составляет 28 байтов для одной точки, тогда как тип географии - 26. Небольшой выигрыш в пространстве, но огромное улучшение выполнения геопространственных операций (пересечение, измерение расстояния и т. Д.), Которые в настоящее время обрабатываются с использованием неудобных хранимых процедур и скалярных функций. Что мне интересно, так это индексы. Потребуется ли для типа данных geography больше места для индексации данных? Я чувствую, что так и будет, хотя фактических данных, хранящихся в столбцах, меньше, я считаю, что способ работы геопространственных индексов в конечном итоге приведет к большему выделению для них места.

PS в качестве примечания, кажется, что SQL Server 2008 (не R2) не выполняет автоматический поиск по геопространственным индексам, если явно не указано использование предложения WITH (INDEX ())