From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Custom Scans and private data |
Date: | 2015-08-25 18:42:32 |
Message-ID: | 16021.1440528152@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> Since we already have CustomScan->methods, it seems to be rather
> reasonable to have a CopyCustomScan callback and let it do the copying
> of the private data if present? Or possibly of the whole node, which'd
> allow to embed it into a bigger node?
Weren't there rumblings of requiring plan trees to be deserializable/
reserializable, not just copiable, so that they could be passed to
background workers? Not that I'm particularly in favor of that, but if
you're going to go in the direction of allowing private data formats to be
copied then I think you're likely to have to address the other thing.
In any case, since this convention already exists for FDWs I'm not
sure why we should make it different for CustomScan.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2015-08-25 18:53:07 | Re: Resource Owner reassign Locks |
Previous Message | Andres Freund | 2015-08-25 18:38:07 | Re: Resource Owner reassign Locks |