Oracle SQL 性能优化：基于规则优化器的使用条件

通常情况下，我们应避免在索引列上使用NOT条件，因为它可能导致ORACLE放弃索引而执行全表扫描。举例来说，非优化写法如下：SELECT ... FROM DEPT WHERE DEPT_CODE NOT = 0; 相反，优化写法应该是使用索引：SELECT ... FROM DEPT WHERE DEPT_CODE > 0;

在进行操作时，选择优化器时可以考虑使用first_rows作为优化目标，以确保快速响应用户请求。某些父步骤在执行前需要来自子步骤的所有行。在这种情况下，Oracle只能在所有行从子步骤返回后执行父步骤，例如排序、连接和聚合操作。对于这些操作，选择all_rows作为优化目标可以最小化资源消耗。此外，并行执行可以提高效率，但需要通过Oracle生成的执行计划来明确各操作的顺序。详细信息将在后续说明中提供。

通常情况下，我们应避免在索引列上使用NOT条件，因为这可能导致Oracle数据库停止使用索引而执行全表扫描。例如，不建议使用类似于“DEPT_CODE NOT = 0”的条件，而应优先选择“DEPT_CODE > 0”的形式。

SQL共享的三大条件包括：执行语句与共享池中语句完全相同、语句所指对象一致、使用相同名称的绑定变量。同义词与表不算相同对象。

例如，原本的查询如下：SELECT COUNT(), SUM(SAL) FROM EMP WHERE DEPT_NO = 0020 AND ENAME LIKE 'SMITH%'; SELECT COUNT(), SUM(SAL) FROM EMP WHERE DEPT_NO = 0030 AND ENAME LIKE 'SMITH%'; 使用DECODE函数可以高效地得到相同结果：SELECT COUNT(DECODE(DEPT_NO, 0020, 'X', NULL)) D0020_COUNT, COUNT(DECODE(DEPT_NO, 0030, 'X', NULL)) D0030_COUNT, SUM(DECODE(DEPT_NO, 0020, SAL, NULL)) D0020_SAL, SUM(DECODE(DEPT_NO, 0030, SAL, NULL)) D0030_SAL FROM EMP WHERE ENAME LIKE 'SMITH%';

如何有效分析ORACLE SQL执行计划以提升性能？介绍了优化器分析的关键步骤和技巧。

针对以上操作过程，选择优化器时，可以以first_rows为优化目标，以快速响应用户请求。对于某些父步骤，在所有子步骤返回行之前，Oracle无法执行这些父步骤，例如排序、排序合并连接、聚合函数和总计。对于这些操作，可以选择all_rows作为优化目标，以最小化资源消耗。有时，语句执行不是按顺序进行，而是可能并行执行，以提高效率。通过Oracle生成的执行计划，可以清晰地了解操作的执行顺序。详细说明将在后续给出。

连接多个表时，请使用表的别名，并在每个列名前加上别名前缀。这样可以减少解析时间，避免由于列名歧义而引起的语法错误。

SQL共享的三个条件包括：当前执行的SQL语句必须与共享池中的语句完全匹配，包括大小写、空格和换行；两个语句所指的对象必须完全一致，同义词和表不视为相同对象；两个SQL语句必须使用相同名字的绑定变量(bind variables)。