无效和不可用对象
无效 PL/SQL 对象和不可用索引会对性能产生影响。无效 PL/SQL 对象必须先进行重编译，然后才能使用。这需要在执行尝试访问 PL/SQL 程序包、过程或函数的第一个操作之前花费一段编译时间。如果 PL/SQL 重编译未成功，则操作会因发生错误而失败。优化程序会忽略不可用索引。如果 SQL 语句性能的好坏取决于已标记为不可用的索引，则只有重建索引才能改善性能。
无效 PL/SQL 对象：可通过查询数据字典查看 PL/SQL 对象的当前状态。
可使用以下命令行查找到无效 PL/SQL 对象：
SELECT object_name, object_type FROM DBA_OBJECTS
WHERE status = 'INVALID';
默认情况下，每 24 小时检查一次“所有者的无效对象计数”度量。如果一个所有者的对象数超过两个，就会发出预警。
如果查找到 INVALID 状态的 PL/SQL 对象，需要回答的第一个问题是“此对象曾经是 VALID 的吗？”应用程序开发人员常常会忘记清除不起作用的代码。如果 PL/SQL 对象因代码错误而无效，则除了纠正该错误之外，没有什么别的方法。如果该过程在过去曾经有效，最近才变为无效，则可选择以下两种方法解决这个问题：
1.不做任何处理。如果需要，大多数 PL/SQL 对象在调用时会自动重新编译。用户在对象重新编译时会经历短暂的延迟。（大多数情况下，这种延迟不十分明显。）
2.手动重新编译无效对象。
使用 Enterprise Manager 或通过 SQL 命令可手动重新编译无效的 PL/SQL 对象
ALTER PROCEDURE HR.add_job_history COMPILE;
手动重新编译 PL/SQL 数据包，需要执行以下两个步骤：
ALTER PACKAGE HR.maintainemp COMPILE;
ALTER PACKAGE HR.maintainemp COMPILE BODY;
不可用索引：可通过查询 DBA_INDEXES 数据字典视图查找无效索引：
SELECT index_name, table_name FROM DBA_INDEXES
WHERE status ='UNUSABLE';
对于分区索引，状态保存在 DBA_IND_PARTITIONS 视图中。
通过重建不可用索引来重算指针，可使不可用索引变为有效。重建不可用索引会在新位置重新创建索引，然后会删除不可用索引。
使用 Enterprise Manager 或通过 SQL 命令可完成此操作：
ALTER INDEX HR.emp_empid_pk REBUILD;
ALTER INDEX HR.emp_empid_pk REBUILD ONLINE;
ALTER INDEX HR.email REBUILD TABLESPACE USERS;
如果省略了 TABLESPACE 子句，则在曾经存在的相同表空间中重建索引。
使用 REBUILD ONLINE 子句，用户可以在重建时继续更新索引表。（如果不使用 ONLINE 关键字，用户必须等待重建完成后才能对受影响的表执行 DML。如果索引不可用，即使使用了 ONLINE 关键字，也不会在重建过程中使用该索引。）
Enterprise Manager 使用“Reorganize（重组）”操作修复 UNUSABLE 索引。
注：重建索引时需要有可用于重建的空闲空间。请在尝试重建前验证是否有足够的空间。Enterprise Manager 会自动检查空间要求。
