Re: Backup very large databases

From: Curt Sampson <cjs(at)cynic(dot)net>
To: Ron Snyder <snyder(at)roguewave(dot)com>
Cc: 'Francisco Reyes' <lists(at)natserv(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Nikolay Mihaylov <pg(at)nmmm(dot)nu>, pgsql General List <pgsql-general(at)postgresql(dot)org>
Subject: Re: Backup very large databases
Date: 2002-04-21 05:13:56
Message-ID: Pine.NEB.4.43.0204211404550.6249-100000@angelic.cynic.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, 20 Apr 2002, Ron Snyder wrote:

> > I think the better question is.. do people who has a special
> > situation due to their DB size want to go through all of the GENERAL
> > mails.

In my case, no. I try to get through the general mail, but if I'm
short on time, it would be really nice to be able to ignore the day's
postings to general, but still know that I can find some things of
particular interest to me (i.e., stuff I really don't want to miss) on
the performance list.

> It seems to me that you are presuming that none of the GENERAL emails
> would apply to those who also have large systems, or that those who
> have large systems have nothing to learn from the GENERAL list.

No. It's a matter not of what else in general would apply, but how
does one get at least the most important stuff when one is short
of time.

> I believe that more people will be interested in both topics than will
> be interested in only one....

That doesn't really matter, I think. People interested in both
topics can easily subscribe to both lists. The real question, to
my mind, is "are there people who would find it useful to see just
performance-related stuff." Which I think is true.

Thus, I'd like to see a separate performance list.

Here's my stab at a charter:

The pgsql-performance list is for technical discussion relating
to the performance (speed and efficiency) of PostgreSQL. In
particular, discussions of the performance of common or uncommon
operations on very large databases are welcome.

However, "why isn't this query using this index?" questions
are strongly discouraged, unless you understand the PostgreSQL
optimizer, are proposing changes to it, and have data to show
that the change improves the optimizer in a wide variety of
situations, not just your particular one.

This description could probably be made a lot better, but I think
you get the idea. The reasons for the second paragraph should be
fairly obvious to hacker types, if not less technical users of
PostgreSQL.

cjs
--
Curt Sampson <cjs(at)cynic(dot)net> +81 90 7737 2974 http://www.netbsd.org
Don't you know, in this new Dark Age, we're all light. --XTC

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Curt Sampson 2002-04-21 05:39:51 One particular large database application
Previous Message Shane Wegner 2002-04-20 23:53:57 large object storage