Testing lo_unlink() in psql

Поиск
Список
Период
Сортировка
От Michael Goldner
Тема Testing lo_unlink() in psql
Дата
Msg-id 1191426756.10212.20.camel@mgoldner-desktop
обсуждение исходный текст
Ответы Re: Testing lo_unlink() in psql  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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

В списке pgsql-admin по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Database Migration
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Testing lo_unlink() in psql