Large Object support for a DB FS - Mailing list pgsql-general

From Bryan Bulten
Subject Large Object support for a DB FS
Date
Msg-id 20041127204313.2288fa84@localhost.localdomain
Whole thread Raw
Responses Re: Large Object support for a DB FS
List pgsql-general
Hello,

I am in a undergraduate course where we are doing some free-range
research.  I have selected to do a database file system for Linux built
on PostgreSQL, and using FUSE to expose a POSIX interface.

Originally I wanted to use large objects, but was turned away after
discovering that there is no truncate operation.

I then proceeded with implementing my own block-oriented data table
using bytea for storage.  This approach has been more flexible but has a
couple of draw-backs:

  1. To partially update a bytea field, I have to load it first,
     resulting in the overhead of an extra query.

  2. There is more overhead from the extra queries required to manage
     the block table.  The result is a large CPU hit for simple I/O.

So I'm now interested in implementing a lo_truncate operation, and
possibly a lo_size to go with it.  Does anyone have any advise on
alternatives, or how I could go about implementing this funcationality?


Thank-you.


(P.S. If you're interested in seeing the results of my research, e-mail
me off list, and I can send you the final report when complete :-) )

--
Bryan Bulten
http://www.bulten.ca/
http://wxnet.sourceforge.net/

pgsql-general by date:

Previous
From: mstory@uchicago.edu
Date:
Subject: XUL and mozilla/firefox SQL extension
Next
From: mstory@uchicago.edu
Date:
Subject: SERIAL error