Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> Hmm, so you're saying that the FDW function needs to be able to return
> multiple paths for a single joinrel. Fair enough, and that's not
> specific to remote joins. Even a single-table foreign scan could be
> implemented differently depending on whether you prefer fast-start or
> cheapest total.
... or ordered vs unordered, etc. Yeah, good point, we already got this
wrong with the PlanForeignScan API. Good thing we didn't promise that
would be stable.
regards, tom lane