Oracle中包内嵌套表能否及如何收集统计信息

首先需要明确两类嵌套表的本质差异，不存在统一的操作逻辑：

• 针对PL/SQL运行时内存中构造的嵌套表实例（也就是你代码里通过游标查询、映射成TO_CNF_PYE_BSE_TYP的临时集合变量）：没有可持久化收集统计信息的载体，这类对象是会话级临时内存结构，没有对应可在数据字典中查询到的独立存储元数据，Oracle没有提供针对这类内存临时集合的统计采集接口，没法复用GTT的统计收集逻辑。
• 针对持久化存储在普通表中的嵌套表列（也就是建表时通过NESTED TABLE xxx STORE AS 存储表名语法定义、有独立物理存储段的嵌套表）：完全可以收集统计信息，背后对应真实的物理存储表，只是操作方式和你预想的不同。

你会出现操作无法落地的情况，本质是混淆了对象的存储形态：
全局临时表（GTT）是拥有独立持久化元数据、独立存储段的对象，所以可以直接通过DBMS_STATS对GTT对象名触发统计采集；但你代码里用到的嵌套表，只是把游标查询的结果临时映射成符合类型定义的内存集合——哪怕嵌套表类型本身是持久化创建的，这个集合实例本身没有独立的数据字典条目，自然找不到可以挂载统计信息的目标对象，无法执行类似GTT的统计收集操作。

内存态临时嵌套表的处理 #

• 这类内存集合完全不需要也无法做持久化统计收集。因为它是运行时根据实际查询结果临时构建的，Oracle优化器在处理涉及这类集合的SQL时，不会依赖外部持久化的统计信息计算行数——而是在PL/SQL执行阶段，直接把集合的实际行数作为基数估算值传给优化器，不存在统计信息缺失导致执行计划偏差的问题。
• 如果你是通过TABLE()函数把嵌套表展开为行源参与SQL关联，碰到过因为基数估算不准导致的执行计划异常：不需要单独为嵌套表本身采集统计，只要给嵌套表的源基表（也就是你代码里的to_cnf_pye_bse）做好常规的统计信息收集即可。优化器会基于源表的真实统计数据，计算经过游标过滤条件后的结果集行数，不会因为中间把结果映射为嵌套表类型就丢失基数信息。

持久化存储嵌套表的处理 #

• 这类嵌套表的存储段是物理存在的，不需要单独对嵌套表类型名调用统计接口。只需要对外层的主表执行标准的DBMS_STATS.GATHER_TABLE_STATS过程，Oracle会自动级联收集主表关联的嵌套表存储段的统计信息。
• 常见的操作误区是试图直接对嵌套表类型名执行统计收集，这时候会触发对象不存在的报错——因为DBMS_STATS的入参只接受可寻址的物理对象名，不接受纯类型定义名，所有统计信息都是挂在物理存储段上，不是挂在类型定义上的。

• 嵌套表类型本身只是一个数据结构的定义，和普通的记录类型、VARRAY类型没有本质区别，本身不存储业务数据，自然不存在可以收集的统计信息。所有能承载数据的嵌套表实例，要么是内存临时结构，要么背后关联一个系统生成的物理存储表，统计信息永远是附着在物理存储对象上的，不是附着在类型定义上的。
• 不要把GTT的统计收集逻辑直接套用到嵌套表上，两者的存储形态、优化器的处理逻辑完全不同，没有通用的操作模板。

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