Was ist der beste Weg, um Koordinaten (Längen- / Breitengrad, aus Google Maps) in SQL Server zu speichern?

Ich entwerfe eine Tabelle in SQL Server 2008, in der eine Liste der Benutzer und eine Google Maps-Koordinate (Längen- und Breitengrad) gespeichert werden.

Benötige ich zwei Felder oder kann es mit 1 gemacht werden?

Was ist der beste (oder häufigste) Datentyp zum Speichern dieser Art von Daten?

Schauen Sie sich die neuen räumlichen Datentypen an, die in SQL Server 2008 eingeführt wurden. Sie sind für diese Art von Aufgaben konzipiert und machen das Indizieren und Abfragen viel einfacher und effizienter.

Mehr Informationen:

• MS TechNet: SQL Server 2008-Geodatentypen ,

• MSDN: Arbeiten mit Geodaten (Database Engine) .

Faire Warnung! Bevor Sie den Rat zur Verwendung des GEOGRAPHY-Typs befolgen, stellen Sie sicher, dass Sie nicht vorhaben, mit Linq oder Entity Framework auf die Daten zuzugreifen, da diese nicht unterstützt werden (Stand November 2010), und Sie werden traurig sein!

Update Jul 2017

Für diejenigen, die diese Antwort jetzt lesen, ist sie veraltet, da sie sich auf einen zurückdatierten Technologie-Stack bezieht. Weitere Details finden Sie in den Kommentaren.

Ich kenne die Antwort für SQL Server nicht, aber ...

In MySQL speichern Sie es alsFLOAT( 10, 6 )

Dies ist die offizielle Empfehlung aus der Google-Entwicklerdokumentation .

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

So mache ich das: Ich speichere den Breiten- und Längengrad und habe dann eine dritte Spalte, die ein automatisch abgeleiteter Geografietyp der ersten beiden Spalten ist. Der Tisch sieht so aus:

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))) 
)

Dies gibt Ihnen die Flexibilität von räumlichen Abfragen in der geoPoint-Spalte und Sie können auch die Breiten- und Längengrade abrufen, wenn Sie sie zum Anzeigen oder Extrahieren für CSV-Zwecke benötigen.

Ich hasse es, ein Gegenspieler zu denen zu sein, die sagten "hier ist ein neuer Typ, lass es uns benutzen". Die neuen räumlichen SQL Server 2008-Typen haben einige Vorteile - nämlich die Effizienz. Sie können jedoch nicht blind sagen, dass Sie diesen Typ immer verwenden. Es hängt wirklich von einigen größeren Problemen ab.

Als Beispiel Integration. Dieser Typ hat einen äquivalenten Typ in .Net - aber was ist mit Interop? Was ist mit der Unterstützung oder Erweiterung älterer Versionen von .Net? Wie wäre es, diesen Typ über die Service-Schicht hinweg anderen Plattformen auszusetzen? Was ist mit der Normalisierung von Daten? Vielleicht interessieren Sie sich für lat oder long als eigenständige Informationen. Vielleicht haben Sie bereits eine komplexe Geschäftslogik für Long / Lat geschrieben.

Ich sage nicht, dass Sie den räumlichen Typ nicht verwenden sollten - in vielen Fällen sollten Sie. Ich sage nur, dass Sie einige kritischere Fragen stellen sollten, bevor Sie diesen Weg gehen. Damit ich Ihre Frage am genauesten beantworten kann, muss ich mehr über Ihre spezifische Situation wissen.

Long / Lat separat oder in einem räumlichen Typ zu speichern, sind beide praktikable Lösungen, und je nach Ihren eigenen Umständen kann eine der anderen vorzuziehen sein.

Sie möchten den Breiten- und Längengrad als neuen SQL2008-Raumtyp -> GEOGRAPHIE speichern.

Hier ist ein Screenshot eines Tisches, den ich habe.

Alternativtext http://img20.imageshack.us/img20/6839/zipcodetable.png

In dieser Tabelle haben wir zwei Felder, in denen Geografiedaten gespeichert sind.

• Grenze: Dies ist das Polygon, das die Postleitzahlgrenze darstellt
• CentrePoint: Dies ist der Breiten- / Längengradpunkt, der den visuellen Mittelpunkt dieses Polygons darstellt.

Der Hauptgrund, warum Sie es als GEOGRAPHY-Typ in der Datenbank speichern möchten, besteht darin, dass Sie dann alle SPATIAL-Methoden nutzen können -> z. Punkt in Poly, Abstand zwischen zwei Punkten usw.

Übrigens verwenden wir auch die Google Maps-API, um Lat / Long-Daten abzurufen und diese in unserer SQL 2008-Datenbank zu speichern. Diese Methode funktioniert also.

SQL Server unterstützt räumliche Informationen. Weitere Informationen finden Sie unter http://www.microsoft.com/sqlserver/2008/en/us/spatial-data.aspx .

Alternativ können Sie die Informationen als zwei grundlegende Felder speichern. In der Regel ist ein Float der Standarddatentyp, der von den meisten Geräten gemeldet wird. Er ist genau genug für ein oder zwei Zoll - mehr als ausreichend für Google Maps.

ANMERKUNG : Dies ist eine aktuelle Antwort, die auf den neuesten .NET-Stack-Updates für SQL Server basiert

Latitut und Längengrad von Google Maps sollten als Punktdaten (Notizkapital P) in SQL Server unter dem Datentyp Geografie gespeichert werden.

In einer Tabelle Ihre aktuellen Daten Unter der Annahme , gespeichert Sampleals varchar unter Spalten latund lonunter Abfrage werden Ihnen helfen, Geographie konvertieren

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

PS: Wenn Sie das nächste Mal in dieser Tabelle Geografiedaten auswählen, wird neben der Registerkarte Ergebnisse und Nachrichten auch die Registerkarte Räumliche Ergebnisse wie unten zur Visualisierung angezeigt

Wenn Sie Entity Framework 5 <verwenden, können Sie verwenden DbGeography. Beispiel aus 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

Etwas, mit dem ich zu kämpfen hatte, als ich anfing, es zu benutzen, DbGeographywar das coordinateSystemId. In der Antwort unten finden Sie eine hervorragende Erklärung und Quelle für den folgenden Code.

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

Wenn Sie es nur durch eine URL ersetzen möchten, reicht vermutlich ein Feld aus - Sie können also eine URL wie diese erstellen

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

Da es sich jedoch um zwei Daten handelt, würde ich sie in separaten Feldern speichern

Speichern Sie beide als float und verwenden Sie eindeutige Schlüsselwörter für them.i.em

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