Erforderliche Datenspeicherberatung: Bester Weg, um Standort + Zeitdaten zu speichern?
-
19-09-2019 - |
Frage
Ich habe ein Projekt im Sinn, bei dem die Mehrheit der Abfragen von LAT/Long sowie Datum + Uhrzeit von LAT/Long sowie Datum + abgeschlossen werden muss.
Zunächst dachte ich an ein Standard -RDBMS, bei dem Lat, Long und das Feld DateTime ordnungsgemäß indiziert sind. Dann begann ich über ein dokumentbasiertes System nachzudenken, bei dem das Dokument im Wesentlichen ein Zeitstempel war und jedes Dokument Lat/Long in It hat. Jedes Dokument könnte N -Objekte zugeordnet sein.
Ich suche Ratschläge zu der besten Art von Speichermotor für solche Dinge - welche der oben genannten Idee wäre besser oder wenn es noch etwas ganz anderes gibt, das die ideale Lösung ist.
Bearbeiten: Auf der Suche nach einer Open Source/Free -Lösung. Leider ist der Preis ein Problem!
Vielen Dank
Lösung
Ich habe Postgres (kostenlose Open -Source -DB) mit Postgis -Erweiterungen für die Arbeit mit Standortdaten verwendet. Sie sind extrem gut, obwohl ich mit MSSQL 2005 in einer MS -Umgebung mit allen Produktionsdatenbanken gearbeitet habe, verwendete ich Postgres mit GIS, um viele geografische Daten zu manipulieren und zu precalculieren.
PostGIS verfügt über Dienstprogramme für die Import von ArcView .shp -Dateien, was ein großes Plus ist, da die meisten geografischen Daten vorhanden sind. Es bietet auch eine Vielzahl von standortbasierten SQL -Funktionen wie enthält (...) und in der Nähe (...); und es bietet einen Mechanismus zur Indizierung räumlicher Daten.
Es ist schon eine Weile her, seit ich es benutzt habe, aber ich erinnere mich, dass es felserhaft und sehr nützlich war.
Postgis: http://postgis.refractions.net/
Andere Tipps
SQL Server 2008 verfügt zusätzlich zu den üblichen Datums- und Uhrzeittypen neue Datentypen zum Speichern und Verarbeitung geografischer Informationen.
SQL Express ist eine kostenlose Datenbank + hat Support, um Lat/Long & DateTime zu speichern
Nur ein Tipp - Verwenden Sie die UTC -Zeit für DateTime besonders, wenn Ihre Anwendung über verschiedene Orte informiert sein muss ...
HTH.