Re: [GENERAL] Large database

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: Jim Mercer <jim(at)reptiles(dot)org>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [GENERAL] Large database
Date: 1999-08-17 18:38:52
Message-ID: 199908171838.OAA01135@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > > i filed a bug report at one time noting that:
> > > "ALTER TABLE tbname RENAME TO tbname_new;"
> > > was not renaming all of the extents.
> > >
> > > do you know if this has been fixed?
> >
> > Yes, in 6.5.*.
>
> cool.
>
> if i'm annoying you, tell me to go away.
>
> do you know why vacuum can consume an enormous amount of core when cleaning
> a large table?
>
> i've actually had to add a gig of swap to our server so that vacuum can
> actually finish on some of our tables.
>
> sometimes the vacuum won't even do that, and i need to:
>
> pg_dump -t tb -s db > tb.dmp
> psql -c "copy tb to stdout using delimiters ':';" db | gzip > tb.dat.gz
> psql -c "drop table tb;" db
> psql -e db < tb.dmp
> zcat tb.dat.gz | psql -c "copy tb from stdin using delimiters ':';" db
>
> very painful (taking several hours).

Can someone comment on the high memory usage of vacuum?

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1999-08-17 18:40:55 Re: [HACKERS] Re: [CORE] Re: tomorrow
Previous Message Ricardo Coelho 1999-08-17 17:53:46 Drop group problem and DENY command