mas dudas con tipos geometricos

Sobre lo anterior que había puesto, si bien los campos tipo path no se
pueden indexar "asi como asi", los de tipo box soportan RTREE, que
segun entendi lo que lei aqui:
http://masterdev.dyndns.dk/pgsql/xindex.html#XINDEX-RTREE-SUPPORT-TABLE

el RTREE tiene optimizaciones para 'overlapping' (&&), para 'contains'
y 'contained' (~), por lo que supuse que la consulta:
Select linea from vias_com where (box(point(1,2),point(3,4) ~
box(polygon(linea)) or box(point(1,2),point(3,4)) &&
box(polygon(linea))) AND tip_via='BRECHA';

Se mejoraría si creaba un campo, que le puse linea_caja, de tipo box
que almacenara box(polygon(linea)) y estuviera RTREE-indexado,
quedando:

Select linea from vias_com where (box(point(1,2),point(3,4) ~
linea_caja or box(point(1,2),point(3,4)) && linea_caja) AND
tip_via='BRECHA';

Sin embargo, se tarda (casi) lo mismo...
estas consultas la manejo en php, en el primer caso se tarda 9
segundos, en el segundo, curiosamente, varia de 7 a 9... pero en
general digamos que se queda en 8...

Mi pregunta es si es "normal", para este tipo de datos, que los indices
no incidan significativamente en el rendimiento,
o estoy haciendo algo mal...?

Lo unico que he intentado es hacer los vacuums... por cierto, ya
aprovechando, en que caso es recomendables y en que casos es necesario
reindexar la informacion? porque no lo hace "automático"?

Gracias

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/