Re: Testing lo_unlink() in psql

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Testing lo_unlink() in psql
Дата
Msg-id 25835.1191428706@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Testing lo_unlink() in psql  ("Michael Goldner" <MGoldner@agmednet.com>)
Список pgsql-admin
"Michael Goldner" <MGoldner@agmednet.com> writes:
> 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()?

Vacuuming the table isn't gonna help much, because all that reclaims
is your table row, not the space occupied by the large object.  Large
objects live in pg_largeobject, and you need to be vacuuming *that*
on a regular basis if you do much deleting or updating of large objects.

> Also, is there any way to determine the actual filename that the OID
> references?

You appear to be seriously confused about how large objects are
stored.  See
http://www.postgresql.org/docs/8.1/static/largeobjects.html
http://www.postgresql.org/docs/8.1/static/catalog-pg-largeobject.html

            regards, tom lane

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

Предыдущее
От: "Michael Goldner"
Дата:
Сообщение: Testing lo_unlink() in psql
Следующее
От: Devrim GÜNDÜZ
Дата:
Сообщение: Re: Database Migration