pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Scott Marlowe <smarlowe@g2switchworks.com>
To: Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Cc: Simon Riggs <simon@2ndquadrant.com>
Cc: pgsql-www@postgresql.org, Tom Lane <tgl@sss.pgh.pa.us>
Cc: Steve Wampler <swampler@noao.edu>
Cc: Postgres-performance <pgsql-performance@postgresql.org>
Subject: Re: [PERFORM] Help speeding up delete
Date: Thu, 17 Nov 2005 09:56:32 -0600
Message-ID: <1132242992.3582.98.camel@state.g2switchworks.com> (raw)
In-Reply-To: <437BDF9A.4060700@familyhealth.com.au>
References: <43790A99.9050603@noao.edu>
	<4162.1132011763@sss.pgh.pa.us>
	<1132171206.4959.60.camel@localhost.localdomain>
	<437BDF9A.4060700@familyhealth.com.au>

On Wed, 2005-11-16 at 19:40, Christopher Kings-Lynne wrote:
> > Perhaps we should put a link on the home page underneath LATEST RELEASEs
> > saying
> > 	7.2: de-supported
> > 
> > with a link to a scary note along the lines of the above.
> > 
> > ISTM that there are still too many people on older releases.
> > 
> > We probably need an explanation of why we support so many releases (in
> > comparison to licenced software) and a note that this does not imply the
> > latest releases are not yet production (in comparison to MySQL or Sybase
> > who have been in beta for a very long time).
> 
> By the way, is anyone interested in creating some sort of online 
> repository on pgsql.org or pgfoundry where we can keep statically 
> compiled pg_dump/all for several platforms for 8.1?
> 
> That way if someone wanted to upgrade from 7.2 to 8.1, they can just 
> grab the latest dumper from the website, dump their old database, then 
> upgrade easily.
> 
> In my experience not many pgsql admins have test servers or the skills 
> to build up test machines with the latest pg_dump, etc.  (Seriously.) 
> In fact, few realise at all that they should use the 8.1 dumper.

I would especially like such a thing available as an RPM.  A
pgsql-8.1-clienttools.rpm or something like that, with psql, pg_dump,
pg_restore, and what other command line tools you can think of that
would help.



view thread (28+ messages)  latest in thread

Message-ID: <1132242992.3582.98.camel@state.g2switchworks.com>
Permalink:  ../1132242992.3582.98.camel@state.g2switchworks.com/
Also on:    postgresql.org/message-id/1132242992.3582.98.camel@state.g2switchworks.com

 · 

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: smarlowe@g2switchworks.com, chriskl@familyhealth.com.au, simon@2ndquadrant.com, tgl@sss.pgh.pa.us, swampler@noao.edu
  Subject: Re: [PERFORM] Help speeding up delete
  In-Reply-To: <1132242992.3582.98.camel@state.g2switchworks.com>

* 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