Re: [HACKERS] Faster methods for getting SPI results - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: [HACKERS] Faster methods for getting SPI results
Date
Msg-id 4d2cea66-c61f-cfb0-7143-d656df12946a@BlueTreble.com
Whole thread Raw
In response to Re: [HACKERS] Faster methods for getting SPI results  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: [HACKERS] Faster methods for getting SPI results  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-hackers
On 12/27/16 9:10 PM, Craig Ringer wrote:
> On 28 December 2016 at 09:58, Jim Nasby <Jim.Nasby@bluetreble.com> wrote:
>
>> I've looked at this some more, and ITSM that the only way to do this without
>> some major surgery is to create a new type of Destination specifically for
>> SPI that allows for the execution of an arbitrary C function for each tuple
>> to be sent.
>
> That sounds a lot more sensible than the prior proposals. Callback driven.

Are there other places this would be useful? I'm reluctant to write all 
of this just to discover it doesn't help performance at all, but if it's 
useful on it's own I can just submit it as a stand-alone patch.
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532)



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: [HACKERS] Some thoughts about multi-server sync rep configurations
Next
From: "Ideriha, Takeshi"
Date:
Subject: [WIP] RE: [HACKERS] DECLARE STATEMENT setting up a connection inECPG