From: Peter Lavender <plaven(at)bigpond(dot)net(dot)au>
To: pgsql-sql(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org
Subject:
Date: 2003-05-28 11:28:15
Message-ID: 20030528112815.GD816@piglet2
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance pgsql-sql

pgsql-bugs(at)postgresql(dot)org
Cc:
Bcc:
Subject: Re: [PERFORM] [SQL] Unanswered Questions WAS: An unresolved performance
Reply-To: plaven(at)bigpond(dot)net(dot)au
In-Reply-To: <Pine(dot)LNX(dot)4(dot)33(dot)0305081019300(dot)11328-100000(at)css120(dot)ihs(dot)com>
X-Operating-System: Linux/2.4.18-686-smp (i686)
X-Uptime: 21:03:03 up 8 days, 22:55, 8 users, load average: 1.00, 1.00, 1.00

* scott.marlowe (scott(dot)marlowe(at)ihs(dot)com) wrote:

> On Thu, 8 May 2003, johnnnnnn wrote:
>
> > > I hate to point this out, but "TIP 4" is getting a bit old and the 6
>
> Also, some tips might well cross over, like say, vacuum and analyze
> regularly. Hmmm. Sounds like a job for a relational database :-)

Did this get carried any further?

I'd love to see something come out of it. But I'd really like to see more
of the kind of tricks and tips, like how to dump all databases using a
script of 3 lines(?) I'm sure I've seen it before. The extra lines I
don't think would be a major pain given the added value.

Even if it's too much, how about somewhere on techdocs for the script and
a link in the tips 'n tricks line?

Pete
:wq

Browse pgsql-performance by date

  From Date Subject
Next Message Dave Tenny 2003-05-28 12:51:49 IN list processing performance (yet again)
Previous Message Rod Taylor 2003-05-27 20:06:26 Re: Wildcard searches & performance question

Browse pgsql-sql by date

  From Date Subject
Next Message Jean-Luc Lachance 2003-05-28 14:05:36 Re: Getting rid of accents..
Previous Message Stuart 2003-05-28 10:03:41 Inheritance and Referencial Integrity