首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >具有完全相同的会话属性的两个映射的行为完全不同,逻辑稍有变化。

具有完全相同的会话属性的两个映射的行为完全不同,逻辑稍有变化。
EN

Stack Overflow用户
提问于 2018-06-22 19:48:49
回答 1查看 99关注 0票数 0

我是informatica开发人员。在informatica中有一个映射,如下所示:

代码语言:javascript
复制
Original Mapping :

AS400(DB2SQ)->EXP->RTR->AGG1->MPLT->TGT1(SQL Server) Pipeline 1.
       |             |->AGG2->TGT2(SQL Server)
       |             |
       |             |->TGT3(SQL Server)
       ->AGG3->EXP->TGT4(FlatFile)           Pipeline 2.

大量的记录正在通过管道1。我被要求优化流程。以下是我的建议。

  1. 在管道1中,删除AGG1和AGG2,并将聚合逻辑推送到数据库,这是我的建议,因为流程是增量的,增量记录被加载到临时表中,因此期望性能更好。
  2. 删除目标数据TGT3,因为它不是必需的。

这就是我优化的映射现在的样子:

代码语言:javascript
复制
Optimized Mapping(What i thought) :

AS400(DB2SQ)->EXP->RTR->MPLT->TGT1(SQL Server) Pipeline 1.
       |             |->TGT2(SQL Server)
       |
       ->AGG3->EXP->TGT4(FlatFile)           Pipeline 2.

为了研究源代码性能优化,我将所有目标的会话属性替换为写到文件中。我想看看我是否能在任何方面优化我的源。

但令我惊讶的是,当我执行这两个会话时(分别在不同的工作流中,并一个接一个地执行),我发现优化会话的SQ吞吐量要比原始会话慢得多。

优化解决方案中的所有内容都是完全相同的,因为我在删除2个聚合器和一个目标之前,复制了原始映射/会话。

请注意:我正在开发的环境已经启用了版本控制,它有什么效果吗?

我试着反复检查这个倍数,却找不到答案。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2018-06-23 06:06:37

如果您在details.And中查看会话日志,您可以更好地识别它,还可以在源dB中运行查询并检查时间,它的taking.you还可以通过使用下推优化(即源端向下推优化)来优化源端的性能。但在此之前,请与您的源dB检查,是否一切都很好,而且不需要太多时间。此外,您还可以修改、优化查询并查看性能。

如果这仍然不起作用,那么您可以选择sq中的会话分区,并检查性能。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/50994713

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档