Tengo un proyecto en mente que requerirá que la mayoría de las consultas se descodifiquen de latitud y longitud, así como de fecha y hora.Consejo de almacenamiento de datos necesario: ¿la mejor manera de almacenar datos de ubicación + tiempo?
Inicialmente, estaba pensando en un RDBMS estándar donde lat, long y el campo de fecha y hora están correctamente indexados. Entonces, comencé a pensar en un sistema basado en documentos donde el documento era esencialmente una marca de tiempo y cada documento tenía lat/long con él. Cada documento podría tener n objetos asociados con él.
Estoy buscando consejos sobre cuál sería el mejor tipo de motor de almacenamiento para este tipo de cosas: cuál de las ideas anteriores sería mejor o si hay algo más completamente que es la solución ideal.
Editar: En busca de una solución de código abierto/libre. ¡Desafortunadamente el precio es un problema!
Gracias
Un sistema de gestión de documentos no es un RDBMS (de hecho, generalmente utiliza uno para almacenar los documentos). Dependiendo de la cantidad de datos que espera administrar, frecuencia de consulta y cuántos devuelven, podría descubrir que un sistema de documentos no es eficiente en absoluto. Explique por qué cree que la "marca de tiempo" se modela mejor como documento. –
No creo necesariamente que la marca de tiempo se modele mejor como documento. Es solo algo que estaba considerando. Como mencioné a continuación, en el lenguaje de tipo SQL, anticipo conjuntos de consultas entre momentos específicos y con ubicaciones. Esos dos datos serían los campos más comunes activados. – mote