问:在PL/SQL过程中,我使用EXECUTE IMMEDIATE Drop一个已有表然后再重建它。之后我想声明一个ref cursor来处理表中的数据。问题是过程运行正确,但执行后过程变成无效了。如何解决这一问题? 答:这么说吧,从应用中Drop再重建一个表是十分不妥的,我可以举出好多原因来说明。
其中最直接的原因就是它是一个相对“昂贵”的操作。如果这是数据集市和数据仓库的部分负载,那可能还好一些。 如果表的结构没有改变,你可以考虑用truncate表来代替。如果有外部关键字指向这个表,那么你就必须临时弃用外部关键字了。
如果你为查询而打开了一个ref cursor,drop表然后……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
问:在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;
作者
翻译
相关推荐
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。
-
如何应对Oracle EBS实施中的六个挑战?
在18个月的时间里,Vitamix启动运行了Oracle电子商务套件(E-Business Suite,EBS),而且Vitamix还对诸如Oracle ATG Web Commerce等所有页面属性进行了重新整理,并实现了全球数据中心。
-
Oracle的云产品“砸了自己脚”?
Sparc和Solaris都是Oracle云计划的一部分,但是硬件和支持人员的减少意味着本地Solaris和Sparc将变得更加稀少。
-
2017年3月数据库流行度排行榜 Oracle卫冕之路困难重重
时隔一个月,数据库市场经过一轮“洗牌”,旧的市场格局是否会被打破,曾经占巨大市场份额的企业是否可能失去优势?