Re: pg_attribute always grow... - Mailing list pgsql-general

From Patrick Fiche
Subject Re: pg_attribute always grow...
Date
Msg-id 85058ADF852DD5118FD50002A528A5B6079A94@SERVEUR
Whole thread Raw
In response to pg_attribute always grow...  ("Patrick Fiche" <patrick.fiche@aqsacom.com>)
Responses Re: pg_attribute always grow...
List pgsql-general
Is there any plan in the near future to change this ?

-----Original Message-----
From: pgsql-general-owner@postgresql.org
[mailto:pgsql-general-owner@postgresql.org]On Behalf Of Bruce Momjian
Sent: Friday, October 18, 2002 5:42 PM
To: Patrick FICHE
Cc: PostgreSQL - General (E-mail)
Subject: Re: [GENERAL] pg_attribute always grow...



Sorry, real and temporary tables are going to have the same problems.

---------------------------------------------------------------------------

Patrick Fiche wrote:
> Will the same occur if I create real tables instead of temporary tables as
> for most of them, there is no concurrent access and no need to have the
same
> table in two different connexions...
> What's the real performance difference between a temporary table and other
> tables...
>
> Thanks
>
> Patrick Fiche
> email : patrick.fiche@aqsacom.com
> t?l : 01 69 29 36 18
>
> -----Original Message-----
> From: pgsql-general-owner@postgresql.org
> [mailto:pgsql-general-owner@postgresql.org]On Behalf Of Bruce Momjian
> Sent: Thursday, October 17, 2002 8:58 PM
> To: Patrick FICHE
> Cc: PostgreSQL - General (E-mail)
> Subject: Re: [GENERAL] pg_attribute always grow...
>
>
> Patrick Fiche wrote:
> > Is there any reason why pg_attribute could always grow ( size in
> > relpages... ) even if number of tuples don't grow...
> > The indexes pg_attribute_relid_attnam_index and
> > pg_attribute_relid_attnum_index grow and I don't see any way to vacuum
> them
> > without restarting postgres with -O and -P options and launching REINDEX
> > command.
> > Could it be due to the fact that I create and drop many temporary tables
> in
> > stored procedures ?
>
> Yes, it could very well be that.  I am quite embarassed by our need to
> reindex.
>
> --
>   Bruce Momjian                        |  http://candle.pha.pa.us
>   pgman@candle.pha.pa.us               |  (610) 359-1001
>   +  If your life is a hard drive,     |  13 Roberts Road
>   +  Christ can be your backup.        |  Newtown Square, Pennsylvania
19073
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/users-lounge/docs/faq.html
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
    (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)


pgsql-general by date:

Previous
From: "Patrick Fiche"
Date:
Subject: problem after REINDEX command
Next
From: Andrei Ivanov
Date:
Subject: Re: creating a new type in C