El 8 de febrero de 2012 13:24, Alvaro Herrera <[email protected]>escribió:
> > Excerpts from Jaime Casanova's message of mié feb 08 15:55:52 -0300 2012: > > > Excerpts from Juan Carlos Ramirez Zambrano's message of mié feb 08 > 14:52:11 -0300 2012: > > >> El 8 de febrero de 2012 10:58, Alvaro Herrera < > [email protected]>escribió: > > >> > > >> > Las tablas temporales generan tuplas muertas en pg_attribute. > > >> > > >> Existirá otra opción que realice los mismo que las tablas > temporales?, pero > > >> que afecte menos al pg_atribute, > > > > > > > dependiendo del caso puede ser una de estas: > > > > - subconsultas / clausula WITH > > - funciones SETOF > > - unlogged tables (9.1+) > > He visto aplicaciones/personas que prefieren tener una tabla > "permanente" a la que hacen truncate antes de un reporte, por ejemplo, > en vez de tener que preocuparse de si la tabla existe o no antes de > poder usarla. (Esto sobre todo con versiones antiguas que no manejaban > bien tablas temporales en plpgsql y eso). Es una optimización sucia, > pero al fin y al cabo si te ahorras varios GBs de espacio muerto en > pg_attribute puede valer la pena. > > Se van a revisar las opciones que me comentas, y esta ultima para ver que es mas conveniente para los proceso que usan las funciones que crean tablas temporales y ver si podemos adaptar uan de las opciones que comentas. Gracias > -- > Álvaro Herrera <[email protected]> >
