Re: shrinking physical space used

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bopolissimus Platypus Jr <bopolissimus(dot)lists(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: shrinking physical space used
Date: 2004-11-14 18:39:14
Message-ID: 9910.1100457554@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Bopolissimus Platypus Jr <bopolissimus(dot)lists(at)gmail(dot)com> writes:
> the reason i can't do dump, initdb, restore is: I'm working with postgresql
> 7.1.x

This is your problem right here :-(. You should be making every effort
to get updated sooner, not later. Spending time on workarounds for 7.1
limitations is silly when you could be putting that effort into
migrating sooner.

Others already mentioned that you should try REINDEX or TRUNCATE so that
you can shrink the indexes as well as the table. I don't recall if
either of those were available in 7.1 though --- you might have to
resort to dropping and recreating the indexes.

> the database i'm working on has problems with pg_dump and restoring a
> dump because of recursive definitions (function selects from a table,
> table has a default or constraint referring to the function, neither can be
> created when the dump is restored because the other isn't defined yet).

This should work with the current pg_dump. Could we see a concrete
example where it doesn't work? (Note: "works" is defined as "loads
into 8.0".)

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tino Wildenhain 2004-11-14 19:25:18 Re: PostGresql USENET Vote
Previous Message Michelle Konzack 2004-11-14 18:26:48 Re: How many secondary databases can I create?