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

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

基于规则的分类方法称为关联分类（AC），通常在数据挖掘中根据监督学习的数据集构造准确的分类器。它提取“If-Then”规则，并将每个生成的规则与两个计算出的参数关联：支持和置信度。当前的AC算法中，每次将规则插入分类器时，相应的训练数据会被丢弃，但实际上这些数据用于计算其他规则的支持和置信度，影响其他较低排名的规则。静态支持和置信度会导致大型、不准确的分类器，因此需要改进支持和置信度的计算方法。

通常情况下，我们应避免在索引列上使用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生成的另一种执行计划形式，我们能够更清晰地观察各操作的执行顺序，帮助识别哪一步先执行、哪一步后执行。后续内容将详细说明这一执行计划形式。现

规则2和规则4展现出100%的精度，表明它们在训练数据上具有极高的准确性。然而，在决策树算法中，追求过高的训练精度可能导致过拟合现象，即模型对训练数据过度适应，而对未知数据的预测能力下降。为了解决这个问题，后剪枝法是一种有效的策略。 以规则修剪为例，我们可以分析不同剪枝策略对模型性能的影响。下表列出了不同剪枝方案的精度变化： | 剪枝方案 | 分类正确的数目 | 分类错误的数目 | 精度 ||---|---|---|---|| 去掉A | 5 | 3 | 5/8 || 去掉B | 3 | 4 | 3/7 || 去掉C | 3 | 2 | 3/5 || 去掉AB | 4 | 0

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

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