Re: Pluggable storage - Mailing list pgsql-hackers

From Alexander Korotkov
Subject Re: Pluggable storage
Date
Msg-id CAPpHfdu1iNg+QN8rEvuMr+x25ycUaRNH5hDnrtuypk=FdWzmzQ@mail.gmail.com
Whole thread Raw
In response to Re: Pluggable storage  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
On Thu, Aug 18, 2016 at 10:58 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
On 16 August 2016 at 19:46, Andres Freund <andres@anarazel.de> wrote:
> On 2016-08-15 12:02:18 -0400, Robert Haas wrote:
>> Thanks for taking a stab at this.  I'd like to throw out a few concerns.
>>
>> One, I'm worried that adding an additional layer of pointer-jumping is
>> going to slow things down and make Andres' work to speed up the
>> executor more difficult.  I don't know that there is a problem there,
>> and if there is a problem I don't know what to do about it, but I
>> think it's something we need to consider.
>
> I'm quite concerned about that as well.

This objection would apply to all other proposals as well, FDW etc..

Do you see some way to add flexibility yet without adding a branch
point in the code?

It's impossible without branch point in code.  The question is where this branch should be located.
In particular, be can put this branch point into planner by defining distinct executor nodes for each pluggable storage.  In this case, each storage would have own optimized executor nodes.

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company 

pgsql-hackers by date:

Previous
From: Emre Hasegeli
Date:
Subject: Re: [PATCH] Alter or rename enum value
Next
From: Amit Kapila
Date:
Subject: Re: Pluggable storage