Quelle est la meilleure façon de stocker des coordonnées (longitude / latitude, à partir de Google Maps) dans SQL Server?

Je conçois une table dans SQL Server 2008 qui stockera une liste d'utilisateurs et une coordonnée Google Maps (longitude et latitude).

Aurai-je besoin de deux champs ou est-ce possible de le faire avec 1?

Quel est le type de données le meilleur (ou le plus courant) à utiliser pour stocker ce type de données?

Jetez un œil aux nouveaux types de données spatiales qui ont été introduits dans SQL Server 2008. Ils sont conçus pour ce type de tâche et rendent l'indexation et l'interrogation beaucoup plus faciles et efficaces.

Plus d'information:

• MS TechNet: types de données spatiales SQL Server 2008 ,

• MSDN: utilisation des données spatiales (moteur de base de données) .

Avertissement juste! Avant de suivre les conseils pour utiliser le type GEOGRAPHY, assurez-vous que vous ne prévoyez pas d'utiliser Linq ou Entity Framework pour accéder aux données car il n'est pas pris en charge (à partir de novembre 2010) et vous serez triste!

Mise à jour juillet 2017

Pour ceux qui lisent cette réponse maintenant, elle est obsolète car elle fait référence à une pile technologique antidatée. Voir les commentaires pour plus de détails.

Je ne connais pas la réponse pour SQL Server mais ...

Dans MySQL, enregistrez-le sousFLOAT( 10, 6 )

Ceci est la recommandation officielle de la documentation des développeurs Google .

CREATE TABLE `coords` (
  `lat` FLOAT( 10, 6 ) NOT NULL ,
  `lng` FLOAT( 10, 6 ) NOT NULL ,
) ENGINE = MYISAM ;

La façon dont je le fais: je stocke la latitude et la longitude , puis j'ai une troisième colonne qui est un type de géographie dérivée automatique des deux premières colonnes. Le tableau ressemble à ceci:

CREATE TABLE [dbo].[Geopoint]
(
    [GeopointId] BIGINT NOT NULL PRIMARY KEY IDENTITY, 
    [Latitude] float NOT NULL, 
    [Longitude] float NOT NULL, 
    [ts] ROWVERSION NOT NULL, 
    [GeographyPoint]  AS ([geography]::STGeomFromText(((('POINT('+CONVERT([varchar](20),[Longitude]))+' ')+CONVERT([varchar](20),[Latitude]))+')',(4326))) 
)

Cela vous donne la flexibilité des requêtes spatiales sur la colonne geoPoint et vous pouvez également récupérer les valeurs de latitude et de longitude lorsque vous en avez besoin pour l'affichage ou l'extraction à des fins csv.

Je déteste être à l'opposé de ceux qui ont dit "voici un nouveau type, utilisons-le". Les nouveaux types spatiaux de SQL Server 2008 ont certains avantages, à savoir l'efficacité, mais vous ne pouvez pas dire aveuglément toujours utiliser ce type. Cela dépend vraiment de certains problèmes de vue d'ensemble.

À titre d'exemple, l'intégration. Ce type a un type équivilent dans .Net - mais qu'en est-il de l'interopérabilité? Qu'en est-il de la prise en charge ou de l'extension des anciennes versions de .Net? Qu'en est-il d'exposer ce type à travers la couche de service à d'autres plates-formes? Qu'en est-il de la normalisation des données - peut-être êtes-vous intéressé par lat ou long en tant qu'éléments d'information autonomes. Peut-être avez-vous déjà écrit une logique métier complexe pour gérer long / lat.

Je ne dis pas que vous ne devriez pas utiliser le type spatial - dans de nombreux cas, vous devriez le faire. Je dis simplement que vous devriez poser des questions plus critiques avant de vous engager dans cette voie. Pour que je réponde plus précisément à votre question, j'aurais besoin d'en savoir plus sur votre situation spécifique.

Le stockage de long / lat séparément ou dans un type spatial sont deux solutions viables, et l'une peut être préférable à l'autre en fonction de vos propres circonstances.

Ce que vous voulez faire est de stocker la latitude et la longitude en tant que nouveau type spatial SQL2008 -> GEOGRAPHIE.

Voici une capture d'écran d'une table, que j'ai.

texte alternatif http://img20.imageshack.us/img20/6839/zipcodetable.png

Dans ce tableau, nous avons deux champs qui stockent des données géographiques.

• Limite: c'est le polygone qui est la limite du code postal
• CentrePoint: c'est le point Latitude / Longitude qui représente le point médian visuel de ce polygone.

La principale raison pour laquelle vous voulez l'enregistrer dans la base de données en tant que type GEOGRAPHY est que vous pouvez ensuite tirer parti de toutes les méthodes SPATIALES -> par exemple. Point en poly, distance entre deux points, etc.

BTW, nous utilisons également l'API Google Maps pour récupérer les données lat / long et les stocker dans notre base de données Sql 2008 - donc cette méthode fonctionne.

SQL Server prend en charge les informations spatiales. Vous pouvez en savoir plus sur http://www.microsoft.com/sqlserver/2008/en/us/spatial-data.aspx .

Alternativement, vous pouvez stocker les informations sous forme de deux champs de base, généralement un flottant est le type de données standard signalé par la plupart des appareils et est suffisamment précis pour un pouce ou deux - plus que suffisant pour Google Maps.

REMARQUE : il s'agit d'une réponse récente basée sur des mises à jour récentes du serveur SQL et de la pile .NET

La latitude et la longitude de google Maps doivent être stockées en tant que données Point (note P majuscule) dans le serveur SQL sous le type de données géographie.

En supposant que vos données actuelles sont stockées dans une table en Sampletant que varchar sous les colonnes latet que la lonrequête ci-dessous vous aidera à vous convertir en géographie

alter table Sample add latlong geography
go
update Sample set latlong= geography::Point(lat,lon,4326)
go

PS: la prochaine fois que vous effectuez une sélection sur cette table avec des données géographiques, en dehors de l'onglet Résultats et Messages, vous obtiendrez également l'onglet Résultats spatiaux comme ci-dessous pour la visualisation

Si vous utilisez Entity Framework 5 <, vous pouvez utiliser DbGeography. Exemple de MSDN:

public class University  
{ 
    public int UniversityID { get; set; } 
    public string Name { get; set; } 
    public DbGeography Location { get; set; } 
}

public partial class UniversityContext : DbContext 
{ 
    public DbSet<University> Universities { get; set; } 
}

using (var context = new UniversityContext ()) 
{ 
    context.Universities.Add(new University() 
        { 
            Name = "Graphic Design Institute", 
            Location = DbGeography.FromText("POINT(-122.336106 47.605049)"), 
        }); 

    context. Universities.Add(new University() 
        { 
            Name = "School of Fine Art", 
            Location = DbGeography.FromText("POINT(-122.335197 47.646711)"), 
        }); 

    context.SaveChanges(); 

    var myLocation = DbGeography.FromText("POINT(-122.296623 47.640405)"); 

    var university = (from u in context.Universities 
                        orderby u.Location.Distance(myLocation) 
                        select u).FirstOrDefault(); 

    Console.WriteLine( 
        "The closest University to you is: {0}.", 
        university.Name); 
}

https://msdn.microsoft.com/en-us/library/hh859721(v=vs.113).aspx

Quelque chose avec lequel j'ai eu du mal, puis j'ai commencé à utiliser, DbGeographyc'était le coordinateSystemId. Voir la réponse ci-dessous pour une excellente explication et la source du code ci-dessous.

public class GeoHelper
{
    public const int SridGoogleMaps = 4326;
    public const int SridCustomMap = 3857;

    public static DbGeography FromLatLng(double lat, double lng)
    {
        return DbGeography.PointFromText(
            "POINT("
            + lng.ToString() + " "
            + lat.ToString() + ")",
            SridGoogleMaps);
    }
}

https://stackoverflow.com/a/25563269/3850405

Si vous voulez simplement le remplacer par une URL, je suppose qu'un champ ferait l'affaire - vous pouvez donc former une URL comme

http://maps.google.co.uk/maps?q=12.345678,12.345678&z=6

mais comme il s'agit de deux données, je les stocke dans des champs séparés

Stockez les deux en tant que flottant et utilisez des mots clés uniques dessus.

create table coordinates(
coord_uid counter primary key,
latitude float,
longitude float,
constraint la_long unique(latitude, longitude)
);