Mapping层级的调优可能会花费时间，但是性能调优的效果确实非常显著的
优化Target，Source之后，可以调优Mapping
通常的方法是尽可能减少组件及组件的字段间不必要的连线
即尽可能用最少的组件和表达式做最多的工作，尽可能减少组件的字段间不必要的连线来保证数据移动量
优化之Source平面文件
通过以下几种方式进行优化：
1 调整Line Sequential Buffer长度
可以设定Integration Service读取平面文件每行的最大字节数，默认情况下Integration Service每行最多读取1024字节
但如果平面文件每行的字节数少于默认的1024字节，可在session properties里将Line Sequential Buffer调低
2 关于Delimited Flat File
Delimited Flat File是通过分隔字符给各个字段划定边界来分隔各字段的
同时Delimited Flat File也会使用转义字符，当Integration Service遇见转义字符会将分隔符作为普通字符
减少使用转义字符，或如果文件内部不包含冒号，都可以提高性能
3 关于XML文件
由于XML格式文件包含标签，且所包含标签层级或对应属性越多，文件就越大，因此往往XML文件的大小会比普通文件大很多
此外读取XML文件，Integration Service还要对文件内部节点结构进行解析并对其进行缓存
因此读取所花费时间往往比普通文件多
配置Single-Pass Reading
所谓Single-Pass Reading，就是读取一个Source读取数据，中间有多个逻辑处理分支，然后将数据加载到多个不同的Target
如果有多个session是从同一个数据源读取数据的，可以考虑使用Single-Pass Reading这种方式
可以将多个mapping中的逻辑合并到一个mapping中，这样source就可只读取一次，并将数据发送到多个不同的管道
一个特定的行可以被所有的管道、任意的管道组合或没不被管道使用
创建Pass-Through Mapping
将Source Qualifier组件和Target对应字段直接相连
关于Filter
可使用如下两个组件过滤数据
Source Qualifier: 该组件只能从数据源是关系型数据库的过滤数据
Filter: 该组件可以从任何数据源过滤数据
通过过滤数据，可以减少下游数据处理所花费时间
同时也要避免在filter中使用复杂的表达式，应只使用简单的integer或true/false
如果不需要保留reject数据，也可使用filter或router组件从Update Strategy组件中去掉reject数据
关于数据类型转换
可通过减少不必要的数据类型转换来提升性能
比如，如果mapping将数据从integer类型转换为decimal类型后，又再次转换为integer类型，这些不必要的类型转换会影响性能
使用如下方式进行数据类型转换
1) 使用lookup和filter组件进行比较时，使用integer类型代替其他数据类型
2) 通过端口到端口的转换，将Source的日期类型转换为String类型
即直接将source的日期类型字段连接到Target的String类型字段，或者将Target的对应字段从String类型改为日期类型
关于表达式
创建可复用逻辑
如果在mapping中多处使用相同的处理，并将处理结果发送到不同Target
则可先将该处理做成common的，即在上游处理一次，然后再将结果输送到下游
尽量减少聚合函数的使用
每次使用聚合函数，Integration Service都会对数据进行检索并分组
比如，SUM(COLUMN_A) + SUM(COLUMN_B)，使用了两次聚合运算，但实际上计算一次就可以了，改成SUM(COLUMN_A + COLUMN_B)
用本地变量替换共通表达式
如果一个组件中多次使用了表达式，可以将该表达式设置成变量
可仅在组件内部使用本地变量，但由于变量值只通过一次计算而获得，因此节省了多次计算的时间
选择数值与字符串操作
Integration Service处理数字要比字符串快
比如，如果需要从一个表查找两个字段，一个ID，另外一个是NAME，则匹配ID的速度要高于匹配name的速度
关于字符比对
当Integration Service在Char和Varchar列之间执行比较时，每次在行中发现尾随空格时，它都会减慢速度
当在Informatica管理员中配置Integration Service时，可使用TreatCharasCharonRead选项
这样Integration Service就不会从Char源字段的末尾删除尾随空格
选择decode替代lookup
当使用lookup函数时，Integration Service需要在一个数据库里查询某个表
当使用decode函数时，Integration Service会将查找值并入表达式而不是查找一个单独的表
因此，当查出少量的不变的数据时，使用decode而不是lookup
使用操作符而不是函数
Integration Service处理操作符的速度高于函数，
如下例：
CONCAT( CONCAT( CUSTOMERS.FIRST_NAME, ' ') CUSTOMERS.LAST_NAME)
可替换为：
CUSTOMERS.FIRST_NAME || ' ' || CUSTOMERS.LAST_NAME
优化IIF函数
如果表达式中使用了太多的IIF以及and，or，=这样运算符号，会影响到性能
IIF( FLG_A = 'Y' and FLG_B = 'Y' AND FLG_C = 'Y', VAL_A + VAL_B + VAL_C,
IIF( FLG_A = 'Y' and FLG_B = 'Y' AND FLG_C = 'N', VAL_A + VAL_B ,
IIF( FLG_A = 'Y' and FLG_B = 'N' AND FLG_C = 'Y', VAL_A + VAL_C,
IIF( FLG_A = 'Y' and FLG_B = 'N' AND FLG_C = 'N', VAL_A ,
IIF( FLG_A = 'N' and FLG_B = 'Y' AND FLG_C = 'Y', VAL_B + VAL_C,
IIF( FLG_A = 'N' and FLG_B = 'Y' AND FLG_C = 'N', VAL_B ,
IIF( FLG_A = 'N' and FLG_B = 'N' AND FLG_C = 'Y', VAL_C,
IIF( FLG_A = 'N' and FLG_B = 'N' AND FLG_C = 'N', 0.0,))))))))
可通过如下方式将IIF以及and，or，=减少到最低
IIF(FLG_A='Y', VAL_A, 0.0)+ IIF(FLG_B='Y', VAL_B, 0.0)+ IIF(FLG_C='Y', VAL_C, 0.0)
评估表达式
如果无法确定哪个表达式影响了性能，可以将一部分表达式用固定值代替，然后比对修改前后的时间
如果时间差较大，则说明影响性能的表达式就在被固定值替代的这一部分范围内
然后采用相同方式，逐渐缩小范围，最终确定到真正影响性能的表达式
优化外部过程
如果外部过程需要交替读取input数据时，可以将input数据阻断
如果没有阻断功能，在编写外部过程时需将input数据缓存，而拷贝数据到缓存是会降低性能的
比如，有两组input数据，当读取一组数据时，可以将另外一组数据阻断
否则就只能在读取一组数据的同时，将另外一组数据缓存，而这会降低性能