Re: Why dump/restore to upgrade?

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: mlw <markw(at)mohawksoft(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Why dump/restore to upgrade?
Date: 2002-02-08 16:17:29
Message-ID: 200202081615.g18GFWG13980@neuromancer.ctlno.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> I don't want to say "Other databases do it, why can't PostgreSQL" because
> that isn't the point. Databases can be HUGE, pg_dumpall can take an hour or
> more to run. Then, it takes longer to restore because indexes have to be
> recreated.

A way to put PostgreSQL into a read only mode could help this (as well as
many other things.) That way they could at least let users have access to
the data the entire time that the dump restore process is going. It could
take a lot of disk space, but it would help the case where time is a bigger
problem than space.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8Y/oc8BXvT14W9HARAiGgAJ9ckgaq2YHupc/1Wl6RlRNJ5UulNwCeNWrt
ZrVN4qo+L9nDckpIPQ80MYM=
=1WXQ
-----END PGP SIGNATURE-----

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-02-08 16:17:51 Re: Threaded PosgreSQL server
Previous Message hiroyuki hanai 2002-02-08 16:08:57 Re: compile error of PostgreSQL 7.2 on FreeBSD-current