From: | "Michael Goldner" <MGoldner(at)agmednet(dot)com> |
---|---|
To: | <pgsql-admin(at)postgresql(dot)org> |
Subject: | Testing lo_unlink() in psql |
Date: | 2007-10-03 15:52:36 |
Message-ID: | 1191426756.10212.20.camel@mgoldner-desktop |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
I'm running postgres 8.1.8 on redhat.
I have a very large table that contains an OID that refers to a large
object. I have a rule defined that calls lo_unlink() on a delete. I
seem to get a successful return status on the delete, but my total disk
space used does not seem to shrink.
I've run "VACUUM ANALYZE" on the table after the delete and have the
same behavior. Do I need to run a "VACUUM FULL" to get the space back
after an lo_unlink()?
Is there some other reason I'm not reclaiming disk space after an
lo_unlink()?
Also, is there any way to determine the actual filename that the OID
references? I'd like to be able to do an "ls -l <filename>" before and
after the lo_unlink() command to confirm that the file has been removed.
I can't really do lo_list from psql because the table is > 2.5 million
rows.
Thanks,
Mike
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-10-03 15:58:48 | Re: Database Migration |
Previous Message | Milen A. Radev | 2007-10-03 15:28:36 | Re: Postgres Array Traversing |