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

通常情况下，应尽量避免在Oracle数据库的索引列上使用NOT条件，因为这会导致执行全表扫描而非索引扫描。例如，不推荐的写法是：SELECT … FROM DEPT WHERE DEPT_CODE NOT = 0；而推荐的写法应该是使用索引：SELECT … FROM DEPT WHERE DEPT_CODE > 0。

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

Oracle SQL性能优化的53条黄金规则：通过设置默认的优化器，可以在init.ora文件中的OPTIMIZER_MODE参数中选择RULE、COST、CHOOSE、ALL_ROWS或FIRST_ROWS等声明。此外，还可以在SQL语句级别或会话级别对其进行覆盖。

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

在优化器选择中，可以使用first_rows作为优化目标，以便实现快速响应用户请求。在一些情况下，父步骤在实现之前需要子步骤的所有行。对于这类父步骤，在所有行从子步骤返回之前，Oracle无法完成父步骤的处理。例如排序、排序合并连接、组功能和总计。对于这些操作，可以采用all_rows作为优化目标，以最小化资源消耗。 在实际环境中，SQL语句的执行顺序可能并非严格的顺序执行，反而是并行运行。例如步骤3、5和4可能会并行运行，以提高处理效率。通过Oracle生成的另一种执行计划形式，我们能够更清晰地观察各操作的执行顺序，帮助识别哪一步先执行、哪一步后执行。后续内容将详细说明这一执行计划形式。现在，让我们先了解一些必要的预备知识。

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

在进行Oracle性能优化时，SQL的编写至关重要。优化SQL的常见规则包括： 使用索引优化查询，确保查询条件中使用了有效的索引。 避免在WHERE子句中进行函数操作，这会导致索引失效。 使用合适的联接类型，如内连接代替外连接，减少不必要的扫描。 合理选择查询字段，避免SELECT *。 使用批量操作代替多次单行插入或更新，以减少数据库负担。 优化子查询，尽可能将其转化为连接查询。 了解并利用EXPLAIN PLAN工具分析SQL执行计划，找出性能瓶颈。

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%';