包编译卡住的终极解决办法

在数据库开发过程中，经常遇到一个很烦躁的现象：刚修改好的包一编译就卡死了，PL/SQL变成一片空白，又不忍心关闭，这可是耗死多少脑细胞才写出来的！！！只好去求DBA帮忙解决，可是人家也不是每次都会耐心帮你解决，结果经常碰一鼻子灰，所以了，求人不如求己，下面就让我们自己学会去解决这个烦人的问题。。

首先我们先了解下与这种卡死现象相关的几个视图：

1）v$access

V$ACCESS displays information about locks that are currently imposed on library cache objects. The locks are imposed to ensure that they are not aged out of the library cache while they are required for SQL execution.

v$access里存放的是数据字典缓存中的对象，包括表，包，游标等（库缓存缓存的是最近执行的代码），所以你当前编译的包是可以查到的，执行完毕后一般就会v$access中消失。不过有种情况要注意下，如果一个session执行了包A后就停下来了（session对应的状态为INACTIVE），执行完毕后，session与包A可能还是存在于v$access中，直到这个session再次执行另外的sql，这种情况是不会影响你包的编译。所以当你看到v$access中有你要编译的包，不要惊慌，它不一定是凶手，去v$session中确认下状态再做判断。

2）DBA_DDL_LOCKS

DBA_DDL_LOCKS lists all DDL locks held in the database and all outstanding requests for a DDL lock.

当你编译包时，oracle就会对这个包加个DDL锁，同时也会这个包所引用的对象加DDL锁（与DDL锁对应的是DML锁，记录在V$locked_object里，sql语句执行完毕后，DML锁不会消失，必须commit或rollback）

下面我们做几个实验来验证上面的理论（其实上面也是我从别处看到的，对不对还得自己去验证）

1. 用PL/SQL随便调试个sp，让它停在调试状态;