Types de données pour stocker lng / lat dans MySQL

Je stocke une grande liste de points lnt / lat dans une base de données MySQL. Pour le moment, ce sont des points projetés pour le Royaume-Uni en M, mais à long terme, je voudrais m'assurer de pouvoir stocker les coordonnées des points pour le monde entier. Quel type de données dois-je utiliser?

J'ai commencé à utiliser decimal(18,12), mais je ne savais pas si cette précision était nécessaire ou si je pouvais simplement utiliser a float. J'ai inclus mon code, au cas où je devrais envisager autre chose:

CREATE TABLE UKTest
(
lat FLOAT,
lng FLOAT
)

Je suis assez nouveau dans SQL, donc je ne sais pas si le type de données est significatif lors de l'exécution d'une requête. J'ai supposé que la mémoire globale varierait en fonction du type de variable. Y a-t-il un avantage à utiliser une base de données spatiale par rapport à une base de données MySQL de base pour ce type de travail?

Cette question a également été posée sur StackOverlow .

La première réponse suggère les extensions spatiales MySQL . Il existe une multitude de liens sur l'utilisation de ces extensions ici .

Si vous ne souhaitez pas utiliser de types spatiaux et que vous obtenez des valeurs d'une unité GPS ou d'un service de géocodage, vous pouvez faire correspondre votre précision décimale à la source de données. Une règle générale consiste à stocker les données avec une précision de deux endroits supérieure à celle que vous afficherez dans une application.

Dans un exemple de code de Google affichant des points sur une carte, ils indiquent:

Lorsque vous créez la table MySQL, vous souhaitez prêter une attention particulière aux attributs lat et lng. Avec les capacités de zoom actuelles de Google Maps, vous ne devriez avoir besoin que de 6 chiffres de précision après la décimale.

Pour garder l'espace de stockage requis pour notre table au minimum, vous pouvez spécifier que les attributs lat et lng sont des flottants de taille (10,6). Cela permettra aux champs de stocker 6 chiffres après la décimale, plus jusqu'à 4 chiffres avant la décimale, par exemple -123,456789 degrés

Je ne m'inquiéterais pas des différences de performances entre les types numériques. Des indices décents auront un effet beaucoup plus important.

Sauf si vous êtes lié à MySQL pour une autre raison, vous devriez vraiment envisager d'utiliser une base de données activée spatialement comme postgis qui a un objet Point (et Line, Polygon, etc.) pour gérer ces détails pour vous. Vous bénéficiez également d'un support de projection lorsque vous apportez ce changement dans le monde entier.

2019 : Pour les gens comme moi qui ne lisent pas non plus les commentaires - MySQL prend en charge les types de données spatiales, soi-disant plus lents, sans preuves.