Tablas temporales en PostgreSQL

Bueno la creacion de tablas temporales a partir de un sql es muy facil, la sentencia seria la siguiente:

CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } ] TABLE table_name
[ (column_name [, ...] ) ] [ [ WITH | WITHOUT ] OIDS ]
AS query

si se realiza una tabla temporal para una operacion compleja y esta falla estando en una transaccion la tabla temporal se detruye pero si no hay ningun problema entonces la vida de esta estara hasta que la sesion haya terminado.
Un pequeño ejemplo:

=#BEGIN;
=#CREATE TEMP TABLE prueba AS SELECT * FROM CIUDAD;
=#SELECT * FROM prueba;
ciud_id | ciud_codigo | ciud_nombre
----------+---------------+-------------
1 | 123 | Bogota
2 | 456 | Medellin
3 | 5 | ñoño
4 | 789 | Cali
(4 filas)
=#ROLLBACK;
ROLLBACK
=# SELECT * FROM prueba;
ERROR: relation "prueba" does not exist

si no realizaramos un rollback sino un commit entonces la tabla no se destruiria,
seguiria hasta que se termine la sesion con la base de datos.

Aqui es donde nace la pregunta: Que pasaria si se utiliza un pool de conexiones como pgpool?? ademas creo que en la documentacion del proyecto nombraban el inconveniente, pero bueno buscando un poco en el manual, en la referencia del comando create table indican algo sobre tablas temporales:

CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } ] TABLE table_name ( [
{ column_name data_type [ DEFAULT default_expr ] [ column_constraint [ ... ] ]
| table_constraint
| LIKE parent_table [ { INCLUDING | EXCLUDING } DEFAULTS ] }
[, ... ]
] )
[ INHERITS ( parent_table [, ... ] ) ]
[ WITH OIDS | WITHOUT OIDS ]
[ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ]
[ TABLESPACE tablespace ]

y leyendo un poco la parte de ON COMMIT:

ON COMMIT
The behavior of temporary tables at the end of a transaction block can be controlled using ON COMMIT.
The three options are:

PRESERVE ROWS
No special action is taken at the ends of transactions. This is the default behavior.
DELETE ROWS
All rows in the temporary table will be deleted at the end of each transaction block.
Essentially, an automatic TRUNCATE is done at each commit.
DROP
The temporary table will be dropped at the end of the current transaction block.

Entonces comence a probar a crear una tabla temporal indicando ON COMMIT DROP el cual me interesa probar:

=# CREATE TEMP TABLE prueba AS select * from ciudad ON COMMIT DROP;
ERROR: syntax error at or near "on" en el carácter 50
LINEA 1: create temp table prueba as select * from ciudad on commit d...

Hum... no funciona.. busque en la lista de ayuda en ingles y ya alguien habia tenido la misma inquietud donde la respuesta fue la siguiente:

> But how can I create a table using a query and putting ON COMMIT DROP.

You can''t. Use INSERT ... SELECT to fill the table, instead.

Entonces hay que crear la tabla primero y luego llenar la tabla con una consulta, la prueba:

=# BEGIN;
BEGIN
=# CREATE TEMP TABLE prueba(ciud_id integer, ciud_codigo numeric, ciud_nombre varchar) ON COMMIT DROP;
CREATE TABLE

En el sql de la creacion de la tabla temporal solo me funciono indicando el nombre y tipo del campo.

=# \d prueba
Tabla «pg_temp_1.prueba»
Columna | Tipo | Modificadores
-----------------+---------------------+-----------------
ciud_id | integer |
ciud_codigo | numeric |
ciud_nombre | character varying |

=# INSERT INTO prueba SELECT * FROM ciudad;
INSERT 0 4
=# SELECT * FROM prueba;
ciud_id | ciud_codigo | ciud_nombre
----------+---------------+-------------
1 | 123 | Bogota
2 | 456 | Medellin
3 | 5 | ñoño
4 | 789 | Cali
(4 filas)

=# COMMIT;
COMMIT
=# SELECT * FROM prueba;
ERROR: relation "prueba" does not exist

De esa forma conseguia el comportamiento que queria, que cuando la transaccion se confirme la tabla se destruya sin necesidad de terminar la sesion con la base de datos, una ultima cosa esto lo probe en la version 8.1.4.