问：在PL/SQL过程中，我使用EXECUTE IMMEDIATE Drop一个已有表然后再重建它。之后我想声明一个ref cursor来处理表中的数据。问题是过程运行正确，但执行后过程变成无效了。如何解决这一问题？

　　答：这么说吧，从应用中Drop再重建一个表是十分不妥的，我可以举出好多原因来说明。其中最直接的原因就是它是一个相对“昂贵”的操作。如果这是数据集市和数据仓库的部分负载，那可能还好一些。

　　如果表的结构没有改变，你可以考虑用truncate表来代替。如果有外部关键字指向这个表，那么你就必须临时弃用外部关键字了。

　　如果你为查询而打开了一个ref cursor，drop表然后试图提取ref cursor，但结果并不能保证。你可能会遇到不一致提取或无效游标的错误。在数据量较小的情况下，错误发生的概率不大，而大的结果集中发生概率较大。发生这一现象的原因的Oracle将数据块标记为“dirty”了。这是不要drop并重建表的另一个原因。

　　在对基础对象做出更改后，Oracle往往会将程序单元设为无效。当下次引用过程时，Oracle将自动重新编译它。你注意一下last_ddl，我打赌它一定在持续更改和重新编译。

　　唯一的解决方法是动态地打开一个ref cursor，一个表示查询的字符串：

　　v_stmt := 'select col1, col2, col3 from some_table where key = :k';

　　v_key := 3;

　　open v_ref for v_stmt using v_key;