Oracle 10G 中的回收站
2024-08-29 13:35:15
供稿：網友
回收站,從原理上來說就是一個數據字典表,放置用戶Drop掉的數據庫對象信息.用戶進行Drop操作的對象并沒有被數據庫刪除,仍然會占用空間.除非是由于用戶手工進行Purge或者因為存儲空間不夠而被數據庫清掉.數據庫有了這樣的功能,能夠減少很多不必要的麻煩.經常看到開發人員誤把表刪除,急急忙忙找DBA來想辦法的情況,相信,隨著10G的大范圍應用,這種情形應該比較少見了.DBA治理上的相關信息可以從USER_recyclebin(DBA_recyclebin)中獲取.從現在的Beta版本來看,手冊上所說的通過SQL*Plus的show recycle bin 命令查看還不可用.為了便于測試,我們創建了一個表空間Foo,大小為1M,創建了一個用戶Foo,默認的表空間為Foo.
----------------------------------------------------
SQL>; CONNECT foo/foo
已連接。
SQL>; SELECT table_name FROM user_tables;
未選定行
SQL>; DESC user_recyclebin
名稱 是否為空? 類型
----------------------------------------- -------- ----------------
......
......
user_recyclebin大多是自解釋的,涵義比較輕易理解.
SQL>; SELECT object_name FROM user_recyclebin;
未選定行
SQL>; CREATE TABLE foo AS SELECT * FROM DUAL;
表已創建。
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
FOO
SQL>; DROP TABLE foo;
表已丟棄。
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
RB$$41888$TABLE$0
SQL>;
SQL>; SELECT object_name, original_name FROM user_recyclebin;
OBJECT_NAME ORIGINAL_NAME
-------------------- --------------------
RB$$41888$TABLE$0 FOO
SQL>; DESC RB$$41888$TABLE$0
名稱 是否為空? 類型
----------------------------------------- -------- -------------
DUMMY VARCHAR2(1)
當一個表被刪除并移動到"回收站"中,它的名字要進行一些轉換.這樣的目的顯而易見是為了避免
同類對象名稱的重復.(Windows上,經過了非凡的處理,回收站里的操作系統文件可以重名.)
轉換后的名字格式如下:
RB$$objn$object_type$version
其中的RB,代表Recycle Bin. objn為表的目錄對象號. object_type表示對象類型. version表示版本號.
由數據庫指定。foo表被刪除后，在數據庫回收站里變成了RB$$41888$TABLE$0 。從名字可以看出，這個對象的
類型是Table，Version是0.
SQL>; CREATE TABLE foo AS SELECT * FROM DUAL;
表已創建。
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
FOO
RB$$41888$TABLE$0
SQL>; DROP TABLE foo;
表已丟棄。
SQL>; SELECT object_name, original_name FROM user_recyclebin;
OBJECT_NAME ORIGINAL_NAME
-------------------- --------------------
RB$$41889$TABLE$0 FOO
RB$$41888$TABLE$0 FOO
SQL>;
能看出來，雖然源表名字相同，在回收站里的對象名字是不同的。
已經放到回收站里的表是不能用drop 命令刪除的：
SQL>; drop table RB$$41888$TABLE$0;
drop table RB$$41888$TABLE$0
*
ERROR 位于第 1 行:
ORA-38301: can not perform DDL/DML over objects in Recycle Bin
假如要清掉改對象,使用purge命令：
SQL>; PURGE table RB$$41888$TABLE$0;
Table purged.
SQL>; SELECT object_name, original_name FROM user_recyclebin;
OBJECT_NAME ORIGINAL_NAME
-------------------- --------------------
RB$$41889$TABLE$0 FOO
對象已經清掉.
恢復表,使用Undrop命令.
SQL>; undrop table RB$$41889$TABLE$0;
Table undropped.
SQL>; SELECT object_name, original_name FROM user_recyclebin;
未選定行
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
RB$$41889$TABLE$0
SQL>; desc foo;
ERROR:
ORA-04043: 對象 foo 不存在
恢復后的表的名字為RB$$41889$TABLE$0,假如指定名字,使用" as 表名字 "
如: undrop table RB$$41889$TABLE$0 as Foo這樣的語句.更為具體的語法,請
查閱10G的SQL參考手冊.
SQL>;
SQL>; desc RB$$41889$TABLE$0;
名稱 是否為空? 類型
----------------------------------------- -------- -------------
DUMMY VARCHAR2(1)
SQL>; DROP TABLE RB$$41889$TABLE$0;
表已丟棄。
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
RB$$41889$TABLE$1
SQL>;
假如我們這個時候再刪除RB$$41889$TABLE$0，可觀察到回收站里該表版本號的變化。
假如空間一直夠用，回收站里的對象會一直保持（假如你不手工進行Purge的話）。假如空間不足，
回收站里的對象會被清空。看我們下面這個例子：
讓我們創建一個大一點的表：
SQL>; select object_name from user_recyclebin;
OBJECT_NAME
------------------------------
RB$$41893$TABLE$0
SQL>; CREATE TABLE foo_bigger AS SELECT * FROM all_objects WHERE ROWNUM<7980;
表已創建。
SQL>; SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------
FOO_BIGGER
SQL>; SELECT object_name, original_name FROM user_recyclebin;
未選定行
SQL>;
哦，果真，回收站里的內容已經被刪掉了。還要注重，在空間不足的時候Drop表，也是不能放到回收站里的。
