Re: Inefficient handling of LO-restore + Patch - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Inefficient handling of LO-restore + Patch
Date
Msg-id 22835.1018881130@sss.pgh.pa.us
Whole thread Raw
In response to Re: Inefficient handling of LO-restore + Patch  ("Mario Weilguni" <mario.weilguni@icomedias.com>)
Responses Re: Inefficient handling of LO-restore + Patch  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
"Mario Weilguni" <mario.weilguni@icomedias.com> writes:
> * select octet_length(data) from pg_largeobject where loid=OIDOFOBJECT and pageno=0

This really should not work if you're not superuser.  Right now it does,
but I think that's an oversight in the default permissions settings for
system tables.  Anyone object if I turn off public read access to
pg_largeobject?
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Mario Weilguni"
Date:
Subject: Re: Inefficient handling of LO-restore + Patch
Next
From: Bill Studenmund
Date:
Subject: Re: That CREATE OPERATOR CLASS patch