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: