在优化器进行查询转换的时候，如果将内嵌视图里推入连接谓词，视图里的结果集会更小，优化器就有可能会选择Nested Loops Join 与 Index Range Scan 的方式加快数据的显示。但如果内嵌视图中存在GROUP BY，此时会发生什么情况？在10g和11g里面，Oracle的处理方式有哪些不同？
问题分析
我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。为了解答以上问题，首先需要对SQL的基本语法与查询转换（QueryTransformation）的概念与原理有一定了解。
Oracle优化器可以分为下面两种：
Logical Optimizer：是对用户编写的SQL使其转换成让优化器更容易理解的方式的过程。也叫查询转换（QueryTransformation）。Physical Optimizer：对经过Logical Optimizer 转换的SQL，计算成本（Cost），评估并选择最优成本的执行计划的过程。也叫查询优化（Query Optimization）。
基于预估行数或成本选择最优的执行计划的技术，即物理优化器（PhysicalOptimizer） 相关的技术介绍有很多。比如，选择索引还是选择全表扫描、选择Nested Loops Join 还是选择Hash Join 等等都属于这个范畴。使用提示（Hint）改变执行计划也属于这个范畴。但是，相对于查询转换（Query Transformation）相关技术的介绍，与其重要度相比相关技术的介绍就比较少。今天要说明的就是查询转换相关的问题。
这次的问题是内嵌视图中存在GROUP BY时，连接条件谓词无法推入到内嵌视图里。（该问题只是在Oracle 10g里的限制，Oracle 11g已经不存在此问题。）客户正好使用的是10g系统，通过此次问题的分析，可以掌握查询转换问题的基本思路与方法。
测试环境
生成如下表 T1、T2、T3，并插入数据，每个表插入10,000行数据。之后，分别对3个表创建第一个字段C1列的单列索引。最后，收集统计信息。
