您在这里混合使用不同的概念/技术。

使用虚拟表进行查询处理允许将连接表"下推"到远程站点。 这完全独立于SQLScript处理表变量的方式。

对于SDA，确定是否应将联接或子选择推送到远程站点或者将所有必要的数据都放入本地实例并继续在该实例中继续处理是否更好，可能会非常复杂。

据我所知，HANA 1基本上致力于优化以降低总数据传输成本，因为这是长时间运行的主要驱动力之一。 因此，HANA 1尝试估计需要多少数据才能传输到远程站点，然后再传输回本地实例以处理查询。 在许多情况下，尤其是那些结果集相对较大的情况，我都研究过，这种方法会导致决定不将数据下推到远程站点。

请注意，此数据传输成本估算未考虑两个系统之间的数据传输实际需要多长时间。 据我所知，HANA 1中没有可配置的传输成本系数

在我看来，HANA 2在这种情况下更为复杂，并且可以制定出更好的执行计划。 但是，我对此的实施细节了解不足。

使用此查询块下推的一个相当重要的因素是表/视图元数据（主键/唯一约束，NOT NULL约束和数据统计信息）是正确，最新且尽可能具体的 。 没有指定例如 表上的主键可能会导致完全不同的优化结果。

回到您的问题：到目前为止，对于我来说，使用临时表而不是表变量是很不错的，这样可以避免下推到远程站点，这正是您要描述的。

不知道我的公开个人资料设置。 我刚刚接受了。 我将寻找SAP Notes。