Tipos de dados para armazenar lng / lat no MySQL

Estou armazenando uma grande lista de pontos lnt / lat em um banco de dados MySQL. No momento, esses são pontos projetados para o Reino Unido em M, mas, a longo prazo, gostaria de garantir que eu possa armazenar as coordenadas dos pontos em todo o mundo. Que tipo de dados devo usar?

Comecei a usar decimal(18,12), mas não tinha certeza se essa precisão é necessária ou se eu poderia apenas usar a float. Incluí meu código, caso haja mais alguma coisa que eu deva considerar:

CREATE TABLE UKTest
(
lat FLOAT,
lng FLOAT
)

Eu sou bastante novo no SQL, portanto, não tenho certeza se o tipo de dados é significativo ao executar uma consulta. Eu assumi que a memória geral variaria com base no tipo de variável. Existe um benefício em usar um banco de dados espacial sobre um banco de dados MySQL básico para esse tipo de trabalho?

Esta pergunta também foi feita no StackOverlow .

A resposta principal sugere as extensões espaciais do MySQL . Há muitos links para trabalhar com essas extensões aqui .

Se você não quiser usar tipos espaciais e estiver obtendo valores de uma unidade GPS ou serviço de geocodificação, poderá corresponder sua precisão decimal à fonte de dados. Uma regra geral prática é armazenar dados com uma precisão de dois lugares maior do que você os exibirá em um aplicativo.

Em um exemplo de código do Google que exibe pontos em um mapa, eles declaram:

Ao criar a tabela MySQL, você deseja prestar atenção especial aos atributos lat e lng. Com os recursos atuais de zoom do Google Maps, você só precisa de 6 dígitos de precisão após o decimal.

Para manter no mínimo o espaço de armazenamento necessário para nossa tabela, você pode especificar que os atributos lat e lng sejam de tamanho flutuante (10,6). Isso permitirá que os campos armazenem 6 dígitos após o decimal, mais até 4 dígitos antes do decimal, por exemplo, -123.456789 graus

Eu não me preocuparia com diferenças de desempenho entre tipos numéricos. Índices decentes terão um efeito muito maior.

A menos que você esteja vinculado ao MySQL por algum outro motivo, considere realmente usar um banco de dados espacialmente ativado, como o postgis, que possui um objeto Point (and Line, Polygon etc) para lidar com esses detalhes. Você também recebe suporte para projeção quando faz essa alteração no mundo inteiro.

2019 : Para pessoas como eu, que também não leem comentários - o MySQL suporta tipos de dados espaciais, supostamente mais lentos, sem evidências.