2020-09-13 03:47发布
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 是否有一种快速... 显示全部
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
是否有一种快速的方法(例如从目标系统"插入...位置"(拉出))将数据从源IQ复制到目标IQ(通过从源推送)? 出于安全/合规性原因,这应该是源系统的一种推动力,必须避免从目标到源的连接(这是在目标系统上执行"插入...位置"的必要步骤。
不幸的是,将数据插入源系统上的代理表比在目标系统上执行"插入...位置"要慢得多。
有人有实现这个目标的想法吗?
非常感谢您
斯蒂芬
Tayeb Hadjou 的回应很明显。 如果目标是尽快移动数据,则该过程将起作用。 它仍然运行插入位置,但是它是从源头开始的,所以也许可以解决安全问题? 您只需要协调双方的登录名,以便正确地映射事物。 如果没有,那么您需要研究使用外部ETL工具(如SAP Data Services)。 支持快速加载到IQ的东西。
"推"的另一种方法是将数据提取到文件系统,然后使用客户端文件发出LOAD TABLE。 这是IQ的客户端负载。 它使用速度很快的LOAD TABLE,但是USING CLIENT FILE块强制通过单个网络连接将文件从客户端流式传输到IQ,因此您会因此而损失一些性能。 可能不会比INSERT LOCATION造成更多的性能损失。 两者都必须通过单个串行连接流式传输数据。
最多设置5个标签!
Tayeb Hadjou 的回应很明显。 如果目标是尽快移动数据,则该过程将起作用。 它仍然运行插入位置,但是它是从源头开始的,所以也许可以解决安全问题? 您只需要协调双方的登录名,以便正确地映射事物。
如果没有,那么您需要研究使用外部ETL工具(如SAP Data Services)。 支持快速加载到IQ的东西。
"推"的另一种方法是将数据提取到文件系统,然后使用客户端文件发出LOAD TABLE。 这是IQ的客户端负载。 它使用速度很快的LOAD TABLE,但是USING CLIENT FILE块强制通过单个网络连接将文件从客户端流式传输到IQ,因此您会因此而损失一些性能。 可能不会比INSERT LOCATION造成更多的性能损失。 两者都必须通过单个串行连接流式传输数据。
一周热门 更多>