Re: Allow substitute allocators for PGresult. - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: Allow substitute allocators for PGresult.
Date
Msg-id 20111112013439.GO24234@tamriel.snowman.net
Whole thread Raw
In response to Re: Allow substitute allocators for PGresult.  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Allow substitute allocators for PGresult.
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Heikki's idea is probably superior so far as PG backend usage is
> concerned in isolation, but I wonder if there are scenarios where a
> client application would like to be able to manage libpq's allocations.

The answer to that is certainly 'yes'.  It was one of the first things
that I complained about when moving from Oracle to PG.  With OCI, you
can bulk load results directly into application-allocated memory areas.

Haven't been following the dblink discussion, so not going to comment
about that piece.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Thom Brown
Date:
Subject: Re: [GENERAL] VACUUM touching file but not updating relation
Next
From: Jeroen Vermeulen
Date:
Subject: Re: foreign key locks, 2nd attempt