Jaki jest najlepszy sposób przechowywania współrzędnych (długość / szerokość geograficzna, z Google Maps) w SQL Server?

Projektuję tabelę w SQL Server 2008, która będzie przechowywać listę użytkowników i współrzędne Google Maps (długość i szerokość geograficzna).

Czy będę potrzebować dwóch pól, czy można to zrobić z 1?

Jaki jest najlepszy (lub najczęściej używany) typ danych do przechowywania tego rodzaju danych?

Przyjrzyj się nowym typom danych przestrzennych, które zostały wprowadzone w SQL Server 2008. Zostały one zaprojektowane do tego rodzaju zadań i sprawiają, że indeksowanie i zapytania są znacznie łatwiejsze i wydajniejsze.

Więcej informacji:

• MS TechNet: typy danych przestrzennych programu SQL Server 2008 ,

• MSDN: Praca z danymi przestrzennymi (aparat bazy danych) .

Uczciwe ostrzeżenie! Zanim skorzystasz z porady dotyczącej używania typu GEOGRAFIA, upewnij się, że nie planujesz używać Linq lub Entity Framework do uzyskiwania dostępu do danych, ponieważ nie są one obsługiwane (stan na listopad 2010) i będziesz smutny!

Zaktualizuj lipiec 2017

Dla tych, którzy czytają teraz tę odpowiedź, jest ona przestarzała, ponieważ odnosi się do stosu technologii przestarzałych. Więcej szczegółów w komentarzach.

Nie znam odpowiedzi na SQL Server, ale ...

W MySQL zapisz go jakoFLOAT( 10, 6 )

To jest oficjalna rekomendacja z dokumentacji programistów Google .

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

Sposób, w jaki to robię: przechowuję szerokość i długość geograficzną, a następnie mam trzecią kolumnę, która jest automatycznie wyprowadzonym typem geograficznym pierwszych dwóch kolumn. Tabela wygląda następująco:

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

Zapewnia to elastyczność zapytań przestrzennych w kolumnie geoPoint, a także umożliwia pobieranie wartości szerokości i długości geograficznej, gdy są potrzebne do wyświetlania lub wyodrębniania do celów CSV.

Nienawidzę być przeciwieństwem tych, którzy mówili „oto nowy typ, użyjmy go”. Nowe typy przestrzenne SQL Server 2008 mają pewne zalety - mianowicie wydajność, jednak nie można ślepo powiedzieć, że zawsze używaj tego typu. To naprawdę zależy od większych problemów z obrazem.

Na przykład integracja. Ten typ ma równoważny typ w .Net - ale co z interopem? A co z obsługą lub rozszerzaniem starszych wersji .Net? A co z ujawnieniem tego typu w warstwie usług na innych platformach? A co z normalizacją danych - może interesuje Cię łata lub długa jako samodzielne informacje. Być może napisałeś już złożoną logikę biznesową do obsługi długich / lat.

Nie mówię, że nie powinieneś używać typu przestrzennego - w wielu przypadkach powinieneś. Mówię tylko, że powinieneś zadać bardziej krytyczne pytania, zanim pójdziesz tą ścieżką. Aby jak najdokładniej odpowiedzieć na Twoje pytanie, potrzebowałbym więcej informacji o Twojej konkretnej sytuacji.

Przechowywanie długich / szer. Osobno lub w typie przestrzennym jest dobrym rozwiązaniem i jedno może być lepsze od drugiego w zależności od twoich okoliczności.

To, co chcesz zrobić, to zapisać szerokość i długość geograficzną jako nowy typ SQL2008 Spatial -> GEOGRAPHY.

Oto zrzut ekranu tabeli, którą mam.

tekst alternatywny http://img20.imageshack.us/img20/6839/zipcodetable.png

W tej tabeli mamy dwa pola, które przechowują dane geograficzne.

• Granica: jest to wielokąt, który jest granicą kodu pocztowego
• CentrePoint: jest to punkt szerokości / długości geograficznej, który reprezentuje wizualny środkowy punkt tego wielokąta.

Głównym powodem, dla którego chcesz zapisać go w bazie danych jako typ GEOGRAFII, jest to, że możesz następnie wykorzystać wszystkie metody PRZESTRZENNE -> np. Punkt w poli, odległość między dwoma punktami itp.

BTW, używamy również Google Maps API do pobierania danych o szerokości / długości i przechowywania ich w naszej bazie danych Sql 2008 - więc ta metoda działa.

SQL Server obsługuje informacje przestrzenne. Więcej informacji można znaleźć pod adresem http://www.microsoft.com/sqlserver/2008/en/us/spatial-data.aspx .

Alternatywnie możesz przechowywać informacje jako dwa podstawowe pola. Zwykle liczba zmiennoprzecinkowa jest standardowym typem danych zgłaszanych przez większość urządzeń i jest wystarczająco dokładna z dokładnością do cala lub dwóch - więcej niż wystarczająca dla Map Google.

UWAGA : To jest ostatnia odpowiedź oparta na ostatnich aktualizacjach stosu SQL Server i .NET

szerokość geograficzna i długość geograficzna z Google Maps powinny być przechowywane jako dane Point (uwaga duże P) na serwerze SQL w ramach typu danych geograficznych.

Zakładając, że twoje bieżące dane są przechowywane w tabeli Samplejako varchar pod kolumnami, lata lonponiższe zapytanie pomoże ci przekonwertować na geografię

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

PS: Następnym razem, gdy wybierzesz tę tabelę z danymi geograficznymi, oprócz zakładki Wyniki i wiadomości, otrzymasz również kartę Wyniki przestrzenne, jak poniżej, do wizualizacji

Jeśli używasz Entity Framework 5 <możesz użyć DbGeography. Przykład z 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

Coś, z czym walczyłem, a potem zacząłem używać, DbGeographyto coordinateSystemId. Zobacz odpowiedź poniżej, aby uzyskać doskonałe wyjaśnienie i źródło poniższego kodu.

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

Jeśli zamierzasz zamienić go na adres URL, przypuszczam, że wystarczy jedno pole - możesz więc utworzyć adres URL podobny do

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

ale ponieważ są to dwie części danych, przechowywałbym je w osobnych polach

Przechowuj oba jako zmiennoprzecinkowe i używaj na nich unikalnych słów kluczowych

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