<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    JAVA歷程
    希望我的這個博客能給那些想在java的海洋中拼搏的人有所幫助。謝謝光臨!
    posts - 8,  comments - 6,  trackbacks - 0
     

    作者:Fenng

    日期:11-Jan-2004  

    出處:http://www.dbanotes.net

    版本:1.0 $29-Oct-2004$

    在Oracle 10g數據庫中,引入了一個回收站(Recycle Bin)的數據庫對象。

    回收站,從原理上來說就是一個數據字典表,放置用戶Drop掉的數據庫對象信息。用戶進行Drop操作的對象并沒有被數據庫刪除,仍然會占用空間。除非是由于用戶手工進行Purge或者因為存儲空間不夠而被數據庫清掉。數據庫有了這樣的功能,能夠減少很多不必要的麻煩。常常看到開發人員誤把表刪除,急急忙忙找DBA 來想辦法的情況。相信隨著10G的大范圍應用,這種情形應該比較少見了,我們可以充分利用10g的閃回(FLASHBACK,閃回,回閃?)功能來避免大量的人工誤操作。

    DBA管理上的相關信息可以從USER_recyclebin(DBA_recyclebin)中獲取。

    為了便于測試,我們創建了一個表空間Foo,大小為1M,創建了一個用戶Foo,默認的表空間為Foo.

    SQL> CONNECT foo/foo;
    Connected.
    SQL> SELECT table_name FROM user_tables;
    no rows selected
    SQL>
    SQL> DESC user_recyclebin
    Name Null? Type
    ----------------------------------------- -------- -------------------
    OBJECT_NAME NOT NULL VARCHAR2(30)
    ORIGINAL_NAME VARCHAR2(32)
    OPERATION VARCHAR2(9)
    TYPE VARCHAR2(25)
    TS_NAME VARCHAR2(30)
    CREATETIME VARCHAR2(19)
    DROPTIME VARCHAR2(19)
    DROPSCN NUMBER
    PARTITION_NAME VARCHAR2(32)
    CAN_UNDROP VARCHAR2(3)
    CAN_PURGE VARCHAR2(3)
    RELATED NOT NULL NUMBER
    BASE_OBJECT NOT NULL NUMBER
    PURGE_OBJECT NOT NULL NUMBER
    SPACE NUMBER
    SQL>

    user_recyclebin大多是自解釋的,相對比較容易理解.

    SQL> SELECT object_name FROM user_recyclebin;
    no rows selected
    SQL>
    SQL> SELECT object_name FROM user_recyclebin;
    no rows selected
    SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
    Table created.
    SQL> SELECT table_name FROM user_tables;
    TABLE_NAME
    ----------------------------------------------
    FOO
    SQL> DROP TABLE foo;
    Table dropped.
    SQL> SELECT table_name FROM user_tables;
    no rows selected
    SQL> SHOW recyclebin
    ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
    ---------------- ------------------------------ ------------ -------------------
    FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
    SQL>

    SQL*Plus命令SHOW recyclebin等價于這條SQL:

    SQL> SELECT original_name, object_name, TYPE, droptime FROM user_recyclebin;
    ORIGINAL_NAME OBJECT_NAME TYPE DROPTIME
    --------------- ------------------------------ ---------- --------------------
    FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
    SQL>
    SQL> DESC "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
    Name Null? Type
    ----------------------------------------- -------- ----------------
    DUMMY VARCHAR2(1)
    SQL>

    當一個表被刪除并移動到"回收站"中,它的名字要進行一些轉換。這樣的目的顯而易見是為了避免同類對象名稱的重復。(這一點和Windows操作系統的回收站不同,Windows中的回收站經過了特殊的處理,操作系統文件可以重名。)

    轉換后的名字格式如下:

    BIN$unique_id$version

    • 其中BIN代表RecycleBin
    • unique_id是數據庫中該對象的唯一標志,26個字符長度
    • version表示該對象的版本號

    注:在10g beta 版本中,名字格式如下:

    RB$$objn$object_type$version

    其中的RB,代表Recycle Bin. objn為表的目錄對象號. object_type表示對象類型. version表示版本號. 由數據庫指定。

    下面我們驗證一下回收站里數據庫對象名字的唯一性:

    SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
    Table created.
    SQL> SELECT table_name FROM user_tables;
    TABLE_NAME
    ------------------------------------------------------------
    FOO
    SQL> DROP TABLE foo;
    Table dropped.
    SQL> SHOW recyclebin
    ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
    ---------------- ------------------------------ ------------ -------------------
    FOO BIN$VL+ZsqVlQF6R2nYnwAqtvw==$0 TABLE 2004-10-30:15:01:42
    FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
    SQL>

    能看出來,雖然源表名字相同,在回收站里的對象名字是不同的。

    針對Recycle Bin對象的操作

    已經放到回收站里的表是不能用drop 命令刪除的(注意對象名字上的雙引號):

    SQL> DROP table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
    2 /
    DROP table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
    *
    ERROR at line 1:
    ORA-38301: can not perform DDL/DML over objects in Recycle Bin
    SQL>

    如果要清掉該對象,使用purge命令:

    SQL> PURGE table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
    2 /
    Table purged.
    SQL> SELECT object_name, original_name FROM user_recyclebin;
    OBJECT_NAME ORIGINAL_NAME
    ------------------------------ ---------------
    BIN$VL+ZsqVlQF6R2nYnwAqtvw==$0 FOO
    SQL>

    對象已經清掉。如果直接清空所有的Recycle Bin中的對象:

    SQL> PURGE RECYCLEBIN;
    Recyclebin purged.
    SQL> SELECT object_name, original_name FROM user_recyclebin;
    no rows selected
    SQL>

    恢復表,用回閃表的功能:

    SQL> FLASHBACK TABLE foo TO BEFORE DROP;
    Flashback complete.
    SQL>SELECT table_name FROM user_tables;
    TABLE_NAME
    ------------------------------------------------------------
    FOO
    SQL>

    注:在10g Beta版本中,使用Undrop命令來做到這一點.

    有的時候,可能同一個名字的表被刪除到回收站中:

    SQL> DROP TABLE FOO;
    Table dropped.
    SQL> SHOW RECYCLEBIN
    ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
    ---------------- ------------------------------ ------------ -------------------
    FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
    SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
    Table created.
    SQL> DROP TABLE foo;
    Table dropped.
    SQL> SHOW RECYCLEBIN
    ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
    ---------------- ------------------------------ ------------ -------------------
    FOO BIN$J63QaUaKTmC1glat+imjeg==$0 TABLE 2004-10-30:15:18:50
    FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
    SQL> FLASHBACK TABLE FOO TO BEFORE DROP;
    Flashback complete.
    SQL> SHOW RECYCLEBIN
    ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
    ---------------- ------------------------------ ------------ -------------------
    FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
    SQL>

    默認的恢復是第一個被刪除的FOO表。如果要恢復指定的表,可以在FLASHBACK TABLE 后面加上指定的RECYCLEBIN 參數指定其他的名字:

    SQL> FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP;
    FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP
    *
    ERROR at line 1:
    ORA-38312: original name is used by an existing object
    SQL> FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP
    2 RENAME TO foo2;
    Flashback complete.
    SQL>

    posted on 2008-04-11 11:16 I LOVE JAVA 閱讀(188) 評論(0)  編輯  收藏 所屬分類: Jdbc、Jdo、Database方面

    <2025年5月>
    27282930123
    45678910
    11121314151617
    18192021222324
    25262728293031
    1234567

    常用鏈接

    留言簿(1)

    隨筆分類

    隨筆檔案

    文章分類

    文章檔案

    搜索

    •  

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲AV人无码激艳猛片| 亚洲成av人片在线天堂无| 免费大片黄在线观看| 成人免费看黄20分钟| 亚洲欧洲日本在线观看 | 亚洲国产精品13p| 最新国产AV无码专区亚洲| 国产午夜亚洲精品不卡| 免费成人黄色大片| 亚洲欧洲日产v特级毛片| 亚洲毛片在线免费观看| 国产精品亚洲玖玖玖在线观看 | 久久久WWW成人免费精品| 国产亚洲情侣一区二区无| 亚洲黄片手机免费观看| 亚洲人成人网站色www| 风间由美在线亚洲一区| 国产美女无遮挡免费网站| 亚洲国产电影在线观看| 久久笫一福利免费导航| 亚洲日韩一中文字暮| 999久久久免费精品播放| 亚洲精品视频观看| 免费AA片少妇人AA片直播| 亚洲码欧美码一区二区三区| 国产精品久久香蕉免费播放| 一级毛片在播放免费| 日本亚洲视频在线| 青青草a免费线观a| 色偷偷噜噜噜亚洲男人| 嫖丰满老熟妇AAAA片免费看| 亚洲日本va一区二区三区| 亚洲中文字幕无码专区| 久久久高清日本道免费观看| 亚洲国产91在线| 无码免费午夜福利片在线| 亚洲AV无码专区在线观看成人| 中文字幕亚洲激情| 日本免费一区二区在线观看| 亚洲熟妇无码av另类vr影视 | 中文字幕亚洲免费无线观看日本|