From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
Cc: | Juan Carlos Ramirez Zambrano <juancarlosrz(dot)78(at)gmail(dot)com>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Pregunta sobre catalogos |
Date: | 2012-02-08 19:24:59 |
Message-ID: | 1328728960-sup-8491@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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 <alvherre(at)alvh(dot)no-ip(dot)org>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.
--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
From | Date | Subject | |
---|---|---|---|
Next Message | Juan Carlos Ramirez Zambrano | 2012-02-08 19:29:29 | Re: Pregunta sobre catalogos |
Previous Message | Juan Carlos Ramirez Zambrano | 2012-02-08 19:12:59 | Re: Pregunta sobre catalogos |