Hola.
Si, a mi siempre me ha parecido que este tipo de departamento era necesario en universidades, en UK de momento hay 4, y ahora están empezando a surgir mas. La verdad es que funciona, mi equipo era solo mi jefe hace 3 años y ahora somos 6 porque hay mucha demanda. Lo que estoy viendo es que tengo demasiados proyectos demasiado diferentes y un solo cerebro que no se si va a poder con todo. La DB tiene 1000 millones, si. De momento el dump que me han pasado (un 10% de la DB) ocupa 32GB, así que no creo que lleguemos a los 32TB nunca. Muchas gracias por todos los comentarios y links, se van a la lista de deberes para estas vacaciones :) Un saludo, Raquel ________________________________ From: [email protected] <[email protected]> on behalf of Luis Franco Vázquez <[email protected]> Sent: Tuesday, March 31, 2015 8:16 PM To: Capítulo Local de la comunidad hispano-hablante Subject: Re: [Spanish] Almacenamiento y visualizacion de datos geotemporales 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>>: 2015-03-31 15:04 GMT-03:00 Mauricio Miranda <[email protected]<mailto:[email protected]>>: 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
_______________________________________________ Spanish mailing list http://lists.osgeo.org/mailman/listinfo/spanish http://es.osgeo.org http://twitter.com/osgeoes
