2010-03-14 16 views
6

Ho in mente un progetto che richiede che la maggior parte delle query venga eliminata dal lat/long e dalla data + ora.Richiesta di archiviazione dei dati necessaria: il modo migliore per archiviare la posizione + i dati temporali?

Inizialmente, stavo pensando a un RDBMS standard dove lat, long e il campo datetime sono correttamente indicizzati. Poi, ho iniziato a pensare a un sistema basato su documenti in cui il documento era essenzialmente un timestamp e ogni documento ha lat/long con dentro. A ciascun documento potrebbero essere associati n oggetti.

Sto cercando un consiglio su quale sia il miglior tipo di motore di archiviazione per questo tipo di cose - quale delle suddette idee sarebbe meglio o se c'è qualcos'altro che è la soluzione ideale.

Modifica: ricerca di una soluzione open source/gratuita. Purtroppo il prezzo è un problema!

Grazie

+1

Un sistema di gestione dei documenti non è un RDBMS (in realtà, di solito ne utilizza uno per archiviare i documenti). In base al numero di dati che ci si aspetta di gestire, alla frequenza delle query e al numero di questi in media, è possibile scoprire che un sistema di documentazione non è affatto efficiente. Si prega di approfondire il motivo per cui si pensa che il "timestamp" sia meglio modellato come un documento. –

+0

Non penso necessariamente che il timestamp sia modellato come un documento. È solo qualcosa che stavo considerando. Come ho affermato di seguito, in linguaggio di tipo SQL, prevedo serie di query tra orari specifici e posizioni. Questi due pezzi di dati sarebbero i campi più comuni inseriti. – mote

risposta

5

Ho usato PostGres (db open source gratuito) con estensioni PostGIS per lavorare con i dati di posizione. Sono estremamente buoni, anche se stavo lavorando in un ambiente MS con tutti i database di produzione usando MSSQL 2005, ho usato PostGres w/GIS per manipolare e precalcolare molti dati geografici.

PostGis dispone di utilità per l'importazione di file arcview .shp, un vantaggio enorme poiché è la maggior parte dei dati geografici presenti. Fornisce anche un host di funzioni sql basate sulla posizione come contiene (...) e vicino (...); e fornisce un meccanismo per l'indicizzazione dei dati spaziali.

È passato un po 'di tempo da quando l'ho usato, ma ricordo che è solido e molto utile.

PostGIS: http://postgis.refractions.net/

2

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 "Working with Spatial Data (Database Engine)".

+0

Le mie scuse - Avrei dovuto essere più chiaro, alla ricerca di una soluzione open source/gratuita. – mote

+1

SQL Server Express 2008 è gratuito. –

+0

Ma credo che ci siano delle restrizioni per eseguirlo in un ambiente di produzione? L'ultima volta che l'ho controllato, controllerò due volte. Grazie! – mote

0

SQL Express è un database gratuito + ha suppport per memorizzare latitudine/longitudine & dateTime

solo un suggerimento - tempo di utilizzo UTC per dateTime specialmente se l'applicazione ha bisogno di essere a conoscenza di vari posizioni ...

hth.

Problemi correlati