Re: Inefficient escape codes. - Mailing list pgsql-performance

From Rodrigo Madera
Subject Re: Inefficient escape codes.
Date
Msg-id 3cf983d0510210959y32fdb891gff11bfbaf1943ebe@mail.gmail.com
Whole thread Raw
In response to Re: Inefficient escape codes.  (Nörder-Tuitje, Marcus <noerder-tuitje@technology.de>)
List pgsql-performance

I guess, You should check, if a blob field and large object access is suitable for you - no escaping etc, just raw binary large objects.

AFAIK, PQExecParams is not the right solution for You. Refer the "Large object" section:

"28.3.5. Writing Data to a Large Object
The function
int lo_write(PGconn *conn, int fd, const char *buf, size_t len);writes len bytes from buf to large object descriptor fd. The fd argument must have been returned by a previous lo_open. The number of bytes actually written is returned. In the event of an error, the return value is negative."

Well, I read that large objects are kept in only ONE table. No matter what, only the LOID would be kept. I can't affor that since I hav lots of tables (using the image-album-app analogy, imagine that we have pictures from several cities, each one corresponding to a city, like Memphis_Photos, Chicago_Photos, etc.).

This is one major drawback, isn't it?

Rodrigo


pgsql-performance by date:

Previous
From: Michael Fuhr
Date:
Subject: Re: What gets cached?
Next
From: Neil Conway
Date:
Subject: Re: What gets cached?