Skip site navigation (1) Skip section navigation (2)

Re: pgsql-server/ oc/src/sgml/manage-ag.sgml oc/sr ...

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>,pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql-server/ oc/src/sgml/manage-ag.sgml oc/sr ...
Date: 2003-03-20 16:22:01
Message-ID: 200303201622.h2KGM1F07930@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
Maybe a simple utility that just loops through all databases and runs an
SQL command.

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

Peter Eisentraut wrote:
> Christopher Kings-Lynne writes:
> 
> > How about reindexdb?
> > Do you think we should replace them all with a utility called pg_maintain
> > that can do all of them?
> 
> If you ask me, we could get rid of them completely because
> 
> for d in $(psql -l --somthing); do vacuum $d; done
> 
> seems perfectly fine.
> 
> -- 
> Peter Eisentraut   peter_e(at)gmx(dot)net
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
> 
> http://www.postgresql.org/docs/faqs/FAQ.html
> 

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

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2003-03-20 16:48:33
Subject: Re: Faster NUMERIC implementation
Previous:From: Peter EisentrautDate: 2003-03-20 16:19:00
Subject: Re: pgsql-server/ oc/src/sgml/manage-ag.sgml oc/sr ...

pgsql-committers by date

Next:From: Tom LaneDate: 2003-03-20 16:55:09
Subject: Re: pgsql-server/ oc/src/sgml/manage-ag.sgml oc/sr ...
Previous:From: Peter EisentrautDate: 2003-03-20 16:19:00
Subject: Re: pgsql-server/ oc/src/sgml/manage-ag.sgml oc/sr ...

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group