consiglio di memorizzazione dei dati necessari: Il modo migliore per salvare la posizione + tempo di dati?
-
19-09-2019 - |
Domanda
Ho un progetto in mente che richiederà la maggior parte delle query da calettare off di latitudine / longitudine, così come la data + tempo.
Inizialmente, stavo pensando di un RDBMS standard in cui lat, long, e il campo datetime sono correttamente indicizzate. Poi, ho cominciato a pensare di un sistema di documento basato in cui il documento era essenzialmente un timestamp e ogni documento è latitudine / longitudine con in esso. Ogni documento potrebbe avere n oggetti ad esso associati.
Sto cercando consigli su quello che sarebbe il miglior tipo di motore di storage per questo genere di cose è - che l'idea di cui sopra sarebbe meglio o se c'è qualcos'altro completamente che è la soluzione ideale
Modifica: Alla ricerca di un / soluzione gratuita open source. Purtroppo il prezzo è un problema!
Grazie
Soluzione
Ho usato PostGres (libero e open source db) con estensioni PostGIS per lavorare con i dati di localizzazione. Sono estremamente buono, anche se stavo lavorando in un ambiente MS con tutti i database di produzione utilizzando MSSQL 2005, ho usato PostGres w / GIS per manipolare e precalculate un sacco di dati geografici.
PostGIS ha utilità per l'importazione arcview file che è un enorme vantaggio dato .shp è così che la maggior parte dei dati geografici è presente. Esso fornisce anche una serie di Location Based funzioni SQL piace contiene (...) e vicino (...); e fornisce un meccanismo per indicizzare dati spaziali.
E 'passato del tempo da quando l'ho usato, ma mi ricordo che sia solida roccia e molto utile.
PostGIS: http://postgis.refractions.net/
Altri suggerimenti
SQL Server 2008 ha nuovi tipi di dati per l'archiviazione e l'elaborazione delle informazioni geografiche, oltre ai data e ora tipi usuali.
Vedere " Uso dei dati spaziali (Motore di database) " .
SQL Express è un database gratuito + ha suppport per memorizzare latitudine / longitudine e dateTime
solo un suggerimento - tempo di utilizzo UTC per dateTime specialmente se l'applicazione ha bisogno di essere a conoscenza di varie località ...
hth.