puede usar Explicar para mostrar cómo el optimizador de consultas manejará su consulta.
http://www.postgresql.org/docs/9.2/static /sql-explain.html
En el caso anterior, PSQL debería ver que temp3 no se usa y no incluirlo.
usando su ejemplo anterior en uno de mis dbs.
explain with temp1 as (select * from cidrs), temp2 as (select * from contacts), temp3 as ( select * from accounts ) select * from temp1 join temp2 on temp1.id = temp2.id;
QUERY PLAN
---------------------------------------------------------------------
Hash Join (cost=22.15..25.44 rows=20 width=4174)
Hash Cond: (temp1.id = temp2.id)
CTE temp1
-> Seq Scan on cidrs (cost=0.00..11.30 rows=130 width=588)
CTE temp2
-> Seq Scan on contacts (cost=0.00..10.20 rows=20 width=3586)
-> CTE Scan on temp1 (cost=0.00..2.60 rows=130 width=588)
-> Hash (cost=0.40..0.40 rows=20 width=3586)
-> CTE Scan on temp2 (cost=0.00..0.40 rows=20 width=3586)
(9 rows)
no notará ninguna mención de temp3. Al responder a su edición, sobre por qué no afecta el tiempo de consulta, el optimizador es lo suficientemente inteligente como para ver que no se usa y no se molesta en calcularlo. De ahí la razón por la que es un optimizador.
