[Spanish] Almacenamiento y visualizacion de datos geotemporales

[Luis Franco Vázquez]

Hola:

que gran idea la de que exista un departamento como el tuyo. En la
universidad donde estoy soy yo quien hace eso para mi grupo y si tuviera
que dirigirme a los técnicos la respuesta a tu pregunta sería si he probado
a reiniciar. ;)
Sobre tu pregunta. Tienes un problema de dimensión en tu base de datos.
Supongo que cuando dices 1 billón te refieres a mil millones, como hacen en
los países sajones. ¿Cuánto ocupan tus datos en este momento?. Si exceden
los 32Tb ya tienes un problema: http://www.postgresql.org/about/ pero me
imagino que aún no llegas a eso. Luego seguiría estos pasos:
a)Aprende todo lo que puedas de optimización de los parámetros del servidor
postgresql. Los parámetros que debes poner dependerán de tu hardware, tus
datos y tus consultas por lo que es aventurado decirte nada pero debes
estar familiarizada con ellos. En la wiki de postgresql tienes algunos
recursos para comenzar:
https://wiki.postgresql.org/wiki/Performance_Optimization
b)Aprende todo lo que puedas de índices, optimización de consultas y
características auxiliares de postgresql como el cluster de tablas. Unos
índices bien definidos hacen milagros. Yo he podido mover sin problemas
bases de datos espaciales de 500Gb con un servidor de apenas 16Gb de
memoria.
c) Con tablas tan grandes debes tener muy claro qué consultas vas a hacer y
qué pretendes obtener con ellas. Me explico. Si almacenas esos puntos como
nodos de una línea tendrás una geometría única (la línea) pero aunque
provenga de nodos con una cuarta dimensión espacial no podrás hacer una
consulta del tipo: SELECT trozo_recorrido FROM recorridos WHERE fecha <
algo. Tendrías que localizar el punto del recorrido más próximo a la fecha,
cruzarlo con los recorridos y "cortar" por ahí. La aparente comodidad de
tener una sola tabla de recorridos acaba de implicar que tengas tu tabla de
puntos + tabla de recorridos + optimizar su cruce. Como dice Iván, estás
intentando resolver un problema que aún no sabes cuál es.

El 31 de marzo de 2015, 20:17, Wilder Castelo <wcastelo en gmail.com> escribió:

> Entiendo que estas en la etapa de modelamiento de la base de datos..
> verdad?
> si es así, podrías manejar hasta 2 tablas: una de linea y otra de puntos.
> En la lineas, vas cargando el recorrido, así la consultar sera siempre
> sera al mismo y único registro y en cuanto a los puntos ya no seria del
> todo necesario a menos que requieras alguna información puntual del
> recorrido.
>
> Saludos,
>
> 2015-03-31 13:06 GMT-05:00 Mauricio Miranda <mmiranda en osgeo.org>:
>
>> 2015-03-31 15:04 GMT-03:00 Mauricio Miranda <mmiranda en osgeo.org>:
>>
>>> m (mesure)
>>
>>
>> *measure
>>
>>
>> _______________________________________________
>> Spanish mailing list
>> http://lists.osgeo.org/mailman/listinfo/spanish
>> http://es.osgeo.org
>> http://twitter.com/osgeoes
>>
>
>
> _______________________________________________
> Spanish mailing list
> http://lists.osgeo.org/mailman/listinfo/spanish
> http://es.osgeo.org
> http://twitter.com/osgeoes
>
------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.osgeo.org/pipermail/spanish/attachments/20150331/3a438a16/attachment.html>