Qual è il modo migliore per memorizzare le coordinate (longitudine / latitudine, da Google Maps) in SQL Server?

Sto progettando una tabella in SQL Server 2008 che memorizzerà un elenco di utenti e una coordinata di Google Maps (longitudine e latitudine).

Avrò bisogno di due campi o posso farlo con 1?

Qual è il tipo di dati migliore (o più comune) da utilizzare per archiviare questo tipo di dati?

Dai un'occhiata ai nuovi tipi di dati spaziali introdotti in SQL Server 2008. Sono progettati per questo tipo di attività e rendono l'indicizzazione e le query molto più semplici ed efficienti.

Maggiori informazioni:

• MS TechNet: tipi di dati spaziali di SQL Server 2008 ,

• MSDN: utilizzo dei dati spaziali (motore di database) .

Giusto avvertimento! Prima di prendere il consiglio di utilizzare il tipo GEOGRAFIA, assicurati di non aver intenzione di utilizzare Linq o Entity Framework per accedere ai dati perché non è supportato (a partire da novembre 2010) e sarai triste!

Aggiornamento luglio 2017

Per coloro che leggono questa risposta ora, è obsoleta in quanto si riferisce allo stack tecnologico retrodatato. Vedere i commenti per maggiori dettagli.

Non conosco la risposta per SQL Server ma ...

In MySQL salvalo comeFLOAT( 10, 6 )

Questa è la raccomandazione ufficiale dalla documentazione per sviluppatori di Google .

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

Il modo in cui lo faccio: memorizzo la latitudine e la longitudine e poi ho una terza colonna che è un tipo di geografia derivata automaticamente dalle prime due colonne. La tabella ha questo aspetto:

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

Ciò ti offre la flessibilità delle query spaziali sulla colonna geoPoint e puoi anche recuperare i valori di latitudine e longitudine quando ne hai bisogno per la visualizzazione o l'estrazione per scopi CSV.

Odio essere contrarian a coloro che hanno detto "ecco un nuovo tipo, usiamolo". I nuovi tipi spaziali di SQL Server 2008 hanno alcuni vantaggi, ovvero l'efficienza, tuttavia non si può dire ciecamente di utilizzare sempre quel tipo. Dipende davvero da alcuni problemi di quadro più ampio.

Ad esempio, l'integrazione. Questo tipo ha un tipo equivalente in .Net, ma per quanto riguarda l'interoperabilità? Che dire del supporto o dell'estensione delle versioni precedenti di .Net? Che ne dici di esporre questo tipo attraverso il livello di servizio ad altre piattaforme? Che dire della normalizzazione dei dati, forse sei interessato a informazioni lat o long come informazioni autonome. Forse hai già scritto una logica di business complessa per gestire long / lat.

Non sto dicendo che non dovresti usare il tipo spaziale - in molti casi dovresti. Sto solo dicendo che dovresti porre alcune domande più critiche prima di intraprendere quella strada. Per poter rispondere alla tua domanda in modo più accurato, avrei bisogno di saperne di più sulla tua situazione specifica.

La memorizzazione di long / lat separatamente o in un tipo spaziale sono entrambe soluzioni praticabili e una può essere preferibile all'altra a seconda delle circostanze.

Quello che vuoi fare è memorizzare la latitudine e la longitudine come nuovo tipo spaziale SQL2008 -> GEOGRAFIA.

Ecco una schermata di un tavolo, che ho.

testo alternativo http://img20.imageshack.us/img20/6839/zipcodetable.png

In questa tabella sono presenti due campi che memorizzano i dati geografici.

• Confine: questo è il poligono che è il confine del codice postale
• CentrePoint: questo è il punto di latitudine / longitudine che rappresenta il punto medio visivo di questo poligono.

Il motivo principale per cui vuoi salvarlo nel database come tipo GEOGRAFIA è che puoi quindi sfruttare tutti i metodi SPAZIALI fuori di esso -> es. Punto in poli, distanza tra due punti, ecc.

A proposito, utilizziamo anche l'API di Google Maps per recuperare i dati latitudine / longitudine e archiviarli nel nostro database SQL 2008, quindi questo metodo funziona.

SQL Server supporta le informazioni relative allo spazio. Puoi vedere di più su http://www.microsoft.com/sqlserver/2008/en/us/spatial-data.aspx .

In alternativa, puoi memorizzare le informazioni come due campi di base, di solito un float è il tipo di dati standard riportato dalla maggior parte dei dispositivi ed è abbastanza preciso per uno o due pollici, più che adeguato per Google Maps.

NOTA : questa è una risposta recente basata sui recenti aggiornamenti dello stack .NET di SQL Server

latitudine e longitudine da Google Maps devono essere archiviate come dati Point (nota P maiuscola) nel server SQL sotto il tipo di dati geography.

Supponendo che i tuoi dati correnti siano archiviati in una tabella Samplecome varchar sotto le colonne late lon, sotto la query, ti aiuterà a convertirti in geografia

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

PS: la prossima volta che esegui una selezione su questa tabella con i dati geografici, oltre alla scheda Risultati e Messaggi, otterrai anche la scheda Risultati spaziali come di seguito per la visualizzazione

Se stai usando Entity Framework 5 <puoi usare DbGeography. Esempio da 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

Qualcosa con cui ho lottato quando ho iniziato a usare è DbGeographystato il file coordinateSystemId. Vedere la risposta di seguito per un'eccellente spiegazione e fonte per il codice sottostante.

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

Se hai intenzione di sostituirlo in un URL, suppongo che un campo andrebbe bene, quindi puoi formare un URL come

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

ma poiché sono due pezzi di dati, li memorizzerei in campi separati

Memorizzali entrambi come float e usa parole chiave univoche su them.i.em

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