Oracle临时表ORA-14552错误（二）

日期： 2008-08-10 作者：杨廷琨 来源：TechTarget中国 英文

　　*第 1 行出现错误:


　　ORA-14452: 试图创建, 更改或删除正在使用的临时表中的索引


　　唯一可以使用的方法是先truncate临时表，然后进行删除：　　






SQL> truncate TABLE T_TEMP; 

　　表被截断。







SQL> drop TABLE T_TEMP; 

　　表已删除。


　　Oracle在metalink文档Doc ID: Note:270645.1中描述了这个问题。


　　如果是其他会话导致了这个问题：







SQL> create GLOBAL TEMPORARY TABLE T_TEMP 
　　2 (ID NUMBER) 
　　3 ON COMMIT PRESERVE ROWS; 

　　表已创建。






SQL> insert INTO T_TEMP VALUES (1); 

　　已创建 1 行。


　　在其他的会话试图删除临时表：







SQL> SET SQLP ’SQL2> ’ 
　　SQL2> drop TABLE T_TEMP; 
　　drop TABLE T_TEMP 

　　*第 1 行出现错误:


　　ORA-14452: 试图创建, 更改或删除正在使用的临时表中的索引






SQL2> truncate TABLE T_TEMP; 

　　表被截断。







SQL2> drop TABLE T_TEMP; 
　　drop TABLE T_TEMP 

　　*第 1 行出现错误:


　　ORA-14452: 试图创建, 更改或删除正在使用的临时表中的索引


　　这时要不然等待使用临时表的事务主动是否锁，比如truncate或者断开会话，要不然就需要通过KILL SESSION的方式来杀掉占有锁的会话：







SQL> DISC从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – Production 

　　With the Partitioning, OLAP and Data Mining options 断开


　　会话1断开，会话2就可以删除临时表了：







SQL2> drop TABLE T_TEMP; 

      表已删除。


　　问题在于，Oracle修改ON COMMIT PRESERVE ROWS的临时表后不会主动释放锁，必须要断开会话或者执行truncate操作才能释放：






SQL> CONN YANGTK/YANGTK@YTK102已连接。 
SQL> select SID FROM V$MYSTAT where ROWNUM = 1; 
　　SID 
　　———- 
　　159 
SQL> select * FROM V$LOCK where SID = 159; 

　　未选定行






SQL> create GLOBAL TEMPORARY TABLE T_TEMP 
　　2 (ID NUMBER) 
　　3 ON COMMIT PRESERVE ROWS; 

　　表已创建。







SQL> insert INTO T_TEMP VALUES (1); 

　　已创建 1 行。






SQL> select * FROM V$LOCK where SID = 159; 
　　ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK 
　　——– ——– ———- — ———- ———- ———- ———- ———- ———- 
　　33034450 33034464 159 TO 57573 1 3 0 3 0 
　　32B7DDF4 32B7DF10 159 TX 131115 5879 6 0 3 0 
　　SQL> COL OBJECT_NAME FORMAT A30 
　　SQL> select OWNER, OBJECT_NAME, OBJECT_TYPE 
　　2 FROM DBA_OBJECTS where OBJECT_ID = 57573; 
　　OWNER OBJECT_NAME OBJECT_TYPE 
　　—————————— —————————— ————— 
　　YANGTK T_TEMP TABLE 
SQL> COMMIT; 


　　提交完成。







SQL> select * FROM V$LOCK where SID = 159; 
ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK 
——– ——– ———- — ———- ———- ———- ———- ———- ———- 
33034450 33034464 159 TO 57573 1 3 0 51 0 


　　可以看到，提交之后事务锁已经释放，但是临时表上的锁并没有释放，这就是为什么执行drop时会报错。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论，本站保留删除与本文无关和不雅评论的权力。

作者

杨廷琨
杨廷琨

相关推荐