large object support in PostGres 7.4

From: Vadivel Subramaniam <vadivel(dot)subramaniam(at)flextronicssoftware(dot)com>
To: pgsql-sql <pgsql-sql(at)postgresql(dot)org>
Subject: large object support in PostGres 7.4
Date: 2005-06-07 06:20:16
Message-ID: OF703A94D2.9C92140B-ON65257019.00220470-65257019.0022D0C7@flextronicssoftware.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Hi,

We have API's in /usr/local/pgsql/include/libpq-fe.h which support large
objects in PostGres
extern int lo_open(PGconn *conn, Oid lobjId, int mode);
extern int lo_close(PGconn *conn, int fd);
extern int lo_read(PGconn *conn, int fd, char *buf, size_t len);
extern int lo_write(PGconn *conn, int fd, char *buf, size_t len);
extern int lo_lseek(PGconn *conn, int fd, int offset, int whence);
extern Oid lo_creat(PGconn *conn, int mode);
extern int lo_tell(PGconn *conn, int fd);
extern int lo_unlink(PGconn *conn, Oid lobjId);
extern Oid lo_import(PGconn *conn, const char *filename);
extern int lo_export(PGconn *conn, Oid lobjId, const char
*filename);

My doubt is, do these API's operate on character data? i.e., My table
schema is like this

table (name varchar, script varchar). I have to store a large data(in
character form) in the script column (upto 3 MB).

As of my understanding the above mentioned API's work on the OID field.
i.e,. table(name varchar, script oid). Is that correct?
Please clarify this if anyone has already used this large object APIs and
specify if this has any limitation on the size?

thanks,
-Vadivel

*********************** FSS-Private ***********************
"DISCLAIMER: This message is proprietary to Flextronics Software Systems
Limited (FSS) and is intended solely for the use of the
individual to whom it is addressed. It may contain privileged or
confidential information and should not be circulated or used for
any purpose other than for what it is intended. If you have received this
message in error, please notify the originator immediately.
If you are not the intended recipient, you are notified that you are
strictly prohibited from using, copying, altering, or disclosing
the contents of this message. FSS accepts no responsibility for loss or
damage arising from the use of the information transmitted
by this email including damage from virus."

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Achilleus Mantzios 2005-06-07 06:40:59 Re: What is faster?
Previous Message Nick Johnson 2005-06-07 05:59:18 Re: preventing deletion of a row