Jim Nasby writes:
> On 6/20/15 12:19 PM, Tom Lane wrote:
>> Note that no matter what the details are, something like this is putting
>> the onus on the DBA to mark as transmittable only functions that actually
>> are safe to transmit, ie they exist*and have identical semantics* on the
>> remote.
On 6/20/15 12:19 PM, Tom Lane wrote:
Note that no matter what the details are, something like this is putting
the onus on the DBA to mark as transmittable only functions that actually
are safe to transmit, ie they exist*and have identical semantics* on the
remote. I think that's fine as long as
Simon Riggs writes:
> On 20 June 2015 at 18:19, Tom Lane wrote:
>> The key question here is whether filtering functions/operators at the
>> level of extensions is a good design. It seems to me like a reasonable
>> compromise between flexibility and ease of use, but others might see it
>> differe
On 20 June 2015 at 18:19, Tom Lane wrote:
> The key question here is whether filtering functions/operators at the
> level of extensions is a good design. It seems to me like a reasonable
> compromise between flexibility and ease of use, but others might see it
> differently.
I like that, but
Paul Ramsey writes:
> ... I think the postgres_fdw extension should pass user-defined
> functions and operators, but only when it knows those functions and
> operators exist at the remote. One way would be to ask the remote what
> extensions it has, but the overhead of doing that is a bit high. A
On 06/20/2015 10:20 AM, Paul Ramsey wrote:
I would like to enhance the postgres_fdw to allow more complete support for
user-defined types.
Right now, postgres_fdw already does a good job of passing user-defined type
data back and forth, which is pretty nice. However, it will not pass functions
I would like to enhance the postgres_fdw to allow more complete support for
user-defined types.
Right now, postgres_fdw already does a good job of passing user-defined type
data back and forth, which is pretty nice. However, it will not pass functions
or operators that use user-defined types t
