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
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. –
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