关于Informatica PowerCenter加载的临时表在截断重加载后是否需要手动收集DBSTATS的技术问询

针对你提到的临时表被截断后通过Informatica PowerCenter加载，以及统计信息（DBSTATS）是否需要手动收集的疑问，我来结合数据库和Informatica的实际工作逻辑梳理下关键点：

• 自动收集统计信息的可能性
  目前主流数据库（比如Oracle 11g及以上、SQL Server 2016及以上）都默认开启了自动统计信息收集的系统作业，但临时表的处理逻辑和普通表有区别：

  • 会话级临时表的统计信息是会话私有的，每次新会话加载后可能需要重新统计；
  • 全局临时表（事务级或会话级）在截断后数据清空，自动统计收集通常需要满足一定触发条件（比如数据变化量达到阈值，或者到了预设的作业执行时间）才会触发，不会在加载完成后立刻执行。
    另外要明确：Informatica PowerCenter只负责数据的抽取、转换和加载，它不会主动帮你收集数据库统计信息，这部分完全是数据库层面的管理工作。

• 需要手动收集统计信息的场景
  如果遇到以下情况，建议手动收集临时表的DBSTATS：

  1. 首次加载临时表：此时临时表之前是空的，没有任何统计信息，数据库优化器只能依赖默认估算值，很可能生成低效的执行计划；
  2. 自动统计收集的触发条件未满足：比如加载的数据量没达到数据库默认的变化阈值（通常是10%），或者自动作业的执行时间和你的加载时间不匹配，导致统计信息更新不及时；
  3. 加载后涉及复杂查询：如果临时表加载完成后要用于关联、聚合等复杂操作，准确的统计信息能让优化器生成最优计划。

  手动收集的示例命令：

  • Oracle：DBMS_STATS.GATHER_TABLE_STATS('你的模式名', '临时表名');
  • SQL Server：UPDATE STATISTICS 你的模式名.临时表名;

• 关于首次加载异常、第二次正常的推测
  你遇到的首次加载出问题、第二次正常的情况，大概率和统计信息有关：
  首次加载时，临时表刚被截断，没有任何历史统计信息，数据库优化器无法准确判断数据分布，可能选择了不合理的执行计划（比如不必要的全表扫描、错误的连接类型），进而引发加载缓慢或异常；而第二次加载时，要么是第一次加载后数据量的变化触发了数据库的自动统计收集，要么是第一次加载后已经生成了基础统计信息，优化器能基于准确的信息生成合理计划，所以加载恢复正常。

内容的提问来源于stack exchange，提问作者Cyberking