por qué no ves la tabla (registro) de geometría como texto y así haces la comparacion , st_astext Puede que al ser texto sea más rápida la comparación.
Saludos!! El lun., 30 de abr. de 2018 5:46 PM, Hellmuth Vargas <hiv...@gmail.com> escribió: > Hola Lista > > Pues lo que se me ocurre es mantener la informacion de geometría en una > tabla aparte donde nunca se actualice sino que inserte (como control > cambios) y de esa manera cuando 'editen' se inserte y luego compare con la > ultima versión anterior almacenada > > > algo como, ejemplo: > > tabla ciudad( > id, > nombre, > poblacion, > departamento, > pais > ) > > tabla perimetro_ciudad( > id > the_geom, > fecha_creacion, > vigente, -- activo > ciudad_id references ciudad(id) > ) > > > > > > > > > El 30 de abril de 2018, 11:48, jvenegasperu<jvenegasp...@gmail.com> > escribió: > >> Hola buen dia >> >> Quiza alguien tenga una situación similar. >> >> Un usuario a traves de postgis tiene unas lineas trazadas sobre la ciudad >> que representan un recorrido con miles de vertices. por diversors factores >> ese recorrido puede ser alterado entonces si el linestring tenia 14 >> vertices luego de la modificación ahora tiene 17 vertices porque se >> agregaron 3 tramos mas de lineas igual puede ocurrir si se suprimen por >> ejemplo 5 vertices. >> >> En este caso el linestring a pesar de tener miles de vertices se trata de >> un unico registro en base de datos una linea con muchisimos tramos. >> >> alguna idea de como podria detectar en que tramos de este unico >> linestring ocurrieron los cambios? >> >> Actualmente lo que hago es cada vez que se modifica la geometria se >> dispara uin trigger que actualiza otras tablas pero me compara todos los >> tramos y ya se esta haciendo pesado. en cambio si solo actuara sobre las >> geometrais de las otras tablas donde por interseccion ocurrio la >> modificacion seria mucho mas rapido. >> >> saludos >> >> -- >> José Mercedes Venegas Acevedo >> cel Mov RPC 964185205 >> >> >> > > > -- > Cordialmente, > > Ing. Hellmuth I. Vargas S. > >