| От | Takahiro Itagaki |
|---|---|
| Тема | Re: Largeobject Access Controls (r2460) |
| Дата | |
| Msg-id | 20091211173411.8C9D.52131E4D@oss.ntt.co.jp обсуждение |
| Ответ на | Re: Largeobject Access Controls (r2460) (KaiGai Kohei <kaigai@ak.jp.nec.com>) |
| Ответы |
Re: Largeobject Access Controls (r2460)
Re: Largeobject Access Controls (r2460) |
| Список | pgsql-hackers |
KaiGai Kohei <kaigai@ak.jp.nec.com> wrote:
> >> We have to reference pg_largeobject_metadata to check whether a certain
> >> large objct exists, or not.
> It is a case when we create a new large object, but write nothing.
OK, that makes sense.
In addition of the patch, we also need to fix pg_restore with
--clean option. I added DropBlobIfExists() in pg_backup_db.c.
A revised patch attached. Please check further mistakes.
BTW, we can optimize lo_truncate because we allow metadata-only large
objects. inv_truncate() doesn't have to update the first data tuple to
be zero length. It only has to delete all corresponding tuples like as:
DELETE FROM pg_largeobject WHERE loid = {obj_desc->id}
Regards,
---
Takahiro Itagaki
NTT Open Source Software Center
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера