utiliza indices espaciales. http://proyectosbeta.net/2012/08/la-obligacion-de-colocar-indices-espaciales-en-postgres-postgis/
saludos, jose El 14 de agosto de 2016, 6:22, Luis Franco Vázquez <[email protected]> escribió: > Lo dudo. Es una cuestión de tamaño de las geometrías. No sé cuál será el > formato más eficiente desde el punto de vista del almacenamiento pero sea > el que sea el que uses postgresql necesita "volcar" las geometrías en la > salida. > > El 12 de agosto de 2016, 15:07, martinmaximilianoflores < > [email protected]> escribió: > >> Estimados, tengo una tabla en postgresql con unas 150000 tuplas , si bien >> hago cálculos y agrupaciones estas no demoran demasiado (2s máximo), más >> si, >> cuando incluyo la columna de geometría, de hecho tan solo con realizar un >> simple SELECT de esas geometrías se dispara el tiempo a unos 16s en >> ocasiones más. >> >> Probé simplificar las geometrías, indexar, expresarla como WKT, vaccum >> etc y >> lo mismo. >> No hago transformaciones, ni operaciones espaciales, nada ... solo un >> select. >> Es una capa de polígonos. >> >> Hay alguna forma de acelerar esto? >> >> Saludos. >> >> >> >> >> >> >> >> >> >> -- >> View this message in context: http://osgeo-org.1560.x6.nabbl >> e.com/querys-lentos-con-geometrias-tp5280557.html >> Sent from the OSGeo Spanish Local Chapter mailing list archive at >> Nabble.com. >> _______________________________________________ >> 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
