pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Kenji Morishige <kenjim@juniper.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-performance@postgresql.org
Cc: kenjim@juniper.net
Subject: Re: optimizing db for small table with tons of updates
Date: Mon, 3 Apr 2006 12:02:13 -0700
Message-ID: <20060403190213.GA14328@juniper.net> (raw)
In-Reply-To: <15521.1144089550@sss.pgh.pa.us>
References: <20060403182403.GA12257@juniper.net>
	<15521.1144089550@sss.pgh.pa.us>

I've been stumped as to how to call psql from the command line without it 
prompting me for a password. Is there a enviornoment variable I can specify for
the password or something I can place in .pgsql?  I could write a perl wrapper
around it, but I've been wondering how I can call psql -c without it prompting
me. Is it possible?

-Kenji

On Mon, Apr 03, 2006 at 02:39:10PM -0400, Tom Lane wrote:
> Kenji Morishige <kenjim@juniper.net> writes:
> > Various users run a tool that updates this table to determine if the particular
> > resource is available or not.  Within a course of a few days, this table can
> > be updated up to 200,000 times.  There are only about 3500 records in this
> > table, but the update and select queries against this table start to slow
> > down considerablly after a few days.  Ideally, this table doesn't even need
> > to be stored and written to the filesystem.  After I run a vacuum against this
> > table, the overall database performance seems to rise again.
> 
> You should never have let such a table go that long without vacuuming.
> 
> You might consider using autovac to take care of it for you.  If you
> don't want to use autovac, set up a cron job that will vacuum the table
> at least once per every few thousand updates.
> 
> 			regards, tom lane



view thread (9+ messages)  latest in thread

Message-ID: <20060403190213.GA14328@juniper.net>
Permalink:  ../20060403190213.GA14328@juniper.net/
Also on:    postgresql.org/message-id/20060403190213.GA14328@juniper.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: kenjim@juniper.net, tgl@sss.pgh.pa.us
  Subject: Re: optimizing db for small table with tons of updates
  In-Reply-To: <20060403190213.GA14328@juniper.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox