De almacenamiento de datos, asesoramiento necesario:Mejor manera a la ubicación de la tienda + datos de tiempo?

Question

Tengo un proyecto en mente, que requerirá la mayoría de las consultas a ser clave de lat/long, así como la fecha + hora.

Al principio, yo estaba pensando en un estándar RDBMS donde lat, long, y el campo de fecha y hora están correctamente indexados.Entonces, comencé a pensar de un documento basado en un sistema donde el documento fue esencialmente una marca de hora y cada documento tiene lat/long dentro de ella.Cada documento puede tener n de objetos relacionados con ella.

Estoy en busca de asesoramiento sobre cuál sería el mejor tipo de motor de almacenamiento para este tipo de cosas es que, por la idea sería mejor, o si hay algo más completamente que es la solución ideal.

Editar:Buscando un open source/free solución.Por desgracia, el precio es un problema!

Gracias

Answer 1

He utilizado PostGres (libre y de código abierto db) con PostGIS extensiones para trabajar con los datos de ubicación.Ellos son muy buenos, a pesar de que yo estaba trabajando en un MS de medio ambiente con toda la producción y el uso de bases de datos MSSQL 2005, he utilizado PostGres w/GIS para manipular y calcular previamente una gran cantidad de datos geográficos.

PostGis ha utilidades para la importación de arcview .shp archivos que es una gran ventaja ya que es como la mayoría de los datos geográficos está presente.Se ofrece también una serie de ubicación basados en sql funciones como contiene( ...) y cerca( ...);y proporciona un mecanismo para la indexación de datos espaciales.

Ha sido un tiempo desde que lo uso, pero me recuerdo que era sólida como una roca y muy útil.

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

Answer 2

SQL Server 2008 tiene nuevos tipos de datos para almacenar y procesar la información geográfica, además de los tipos de fecha y hora habituales.

Vea " Trabajar con Datos Espaciales (Motor de base de datos) " .

Answer 3

SQL Express es una base de datos libre + ha suppport para almacenar latitud / longitud y fechaHora

Sólo un consejo - el uso del tiempo UTC para fechaHora especialmente si su aplicación tiene que estar al tanto de varios lugares ...

HTH.