Re: Largeobject Access Controls and pg_migrator - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Largeobject Access Controls and pg_migrator
Date
Msg-id 200912130215.nBD2Fgc26991@momjian.us
Whole thread Raw
In response to Re: Largeobject Access Controls and pg_migrator  (KaiGai Kohei <kaigai@kaigai.gr.jp>)
Responses Re: Largeobject Access Controls and pg_migrator
List pgsql-hackers
KaiGai Kohei wrote:
> lo_import() has an another prototype which takes second argument to
> specify LOID. Isn't it available to restore a large object with
> correct LOID? For example, lo_import('/etc/profile', 1234)

I can't use that because the migration has already brought over the
pg_largeobject file which has the data.

> Or, if you intend to restore metadata in the second lo_import(),
> ALTER LAEGE OBJECT and GRANT LARGE OBJECT enable to set up metadata
> of a certain large object.

Yes, that will work cleanly.  The file might be large because I need a
GRANT for every large object, but I suppose that is OK.

> > You might remember that INSERT cannot set the oid of a row, so I don't
> > see how pg_migrator can migrate this?  Is there a reason we used 'oid'
> > in pg_largeobject_metadata but 'lobj' in pg_largeobject?  Why did't we
> > add the lomowner and lomacl columns to pg_largeobject?
> 
> A large object consists of multiple tuples within pg_largeobject.
> If we added lomowner and lomacl into pg_largeobject, we have to manage
> all the pages in a large object to keep consistent state.

Ah, good point.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: KaiGai Kohei
Date:
Subject: Re: Largeobject Access Controls and pg_migrator
Next
From: Bruce Momjian
Date:
Subject: Re: Largeobject Access Controls and pg_migrator