日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区

您的位置:首頁技術(shù)文章
文章詳情頁

Oracle 10G中的回收站(Recycle Bin)

瀏覽:30日期:2023-11-23 13:01:32
在Oracle 10g數(shù)據(jù)庫中,引入了一個回收站(Recycle Bin)的數(shù)據(jù)庫對象。 回收站,從原理上來說就是一個數(shù)據(jù)字典表,放置用戶Drop掉的數(shù)據(jù)庫對象信息。用戶進行Drop操作的對象并沒有被數(shù)據(jù)庫刪除,仍然會占用空間。除非是由于用戶手工進行Purge或者因為存儲空間不夠而被數(shù)據(jù)庫清掉。數(shù)據(jù)庫有了這樣的功能,能夠減少很多不必要的麻煩。經(jīng)常看到開發(fā)人員誤把表刪除,急急忙忙找DBA 來想辦法的情況。相信隨著10G的大范圍應(yīng)用,這種情形應(yīng)該比較少見了,我們可以充分利用10g的閃回(FLASHBACK,閃回,回閃?)功能來避免大量的人工誤操作。 DBA治理上的相關(guān)信息可以從USER_recyclebin(DBA_recyclebin)中獲取。 為了便于測試,我們創(chuàng)建了一個表空間Foo,大小為1M,創(chuàng)建了一個用戶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> 當一個表被刪除并移動到'回收站'中,它的名字要進行一些轉(zhuǎn)換。這樣的目的顯而易見是為了避免同類對象名稱的重復。(這一點和Windows操作系統(tǒng)的回收站不同,Windows中的回收站經(jīng)過了非凡的處理,操作系統(tǒng)文件可以重名。) 轉(zhuǎn)換后的名字格式如下: BIN$unique_id$version 其中BIN代表RecycleBin unique_id是數(shù)據(jù)庫中該對象的唯一標志,26個字符長度 version表示該對象的版本號 注:在10g beta 版本中,名字格式如下: RB$$objn$object_type$version 其中的RB,代表Recycle Bin. objn為表的目錄對象號. object_type表示對象類型. version表示版本號. 由數(shù)據(jù)庫指定。 下面我們驗證一下回收站里數(shù)據(jù)庫對象名字的唯一性: 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對象的操作 已經(jīng)放到回收站里的表是不能用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> 對象已經(jīng)清掉。假如直接清空所有的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 參數(shù)指定其他的名字: 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>
日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区
97精品久久| 91久久在线| 亚洲色图国产| 精品国产三区在线| 国产日韩免费| 蜜桃av一区| 精品一二三区| 国产激情久久| 最近国产精品视频| 欧美69视频| 中文一区一区三区高中清不卡免费| 丝袜a∨在线一区二区三区不卡| 蜜桃视频在线网站| 欧美日韩国产亚洲一区| 色在线视频观看| 在线国产一区| 日本黄色精品| 日本亚洲欧洲无免费码在线| 日欧美一区二区| 日韩成人午夜精品| 国产精品色在线网站| 精品国产乱码| 99久久久久久中文字幕一区| 亚洲一级影院| 亚洲天堂日韩在线| 免费一级欧美片在线观看网站| 国产福利电影在线播放| 91九色精品国产一区二区| 丝袜a∨在线一区二区三区不卡| 日韩精品一区二区三区中文| 久久精品三级| 亚洲免费福利| 亚洲在线成人| 另类综合日韩欧美亚洲| 香蕉久久99| 日韩国产欧美视频| 国产在线观看www| 亚洲欧美日韩国产一区| 91精品国产自产观看在线| 欧美a一区二区| 在线 亚洲欧美在线综合一区| 日韩精品91亚洲二区在线观看| 六月丁香综合在线视频| 激情久久久久久| 国产日韩欧美三区| 狠狠爱成人网| 欧美一级一区| 亚洲天堂一区二区| 免费精品视频| 三上亚洲一区二区| 亚洲精选成人| 91精品精品| 日韩精彩视频在线观看| 久久免费高清| 亚洲精品视频一二三区| 精品72久久久久中文字幕| 亚洲专区欧美专区| 欧美成人aaa| 婷婷成人综合| 亚洲2区在线| 国产麻豆久久| 亚洲一二av| 成人午夜国产| 日本欧美韩国一区三区| 欧美成a人国产精品高清乱码在线观看片在线观看久 | 免费日韩一区二区| 国产成人精选| 一二三区精品| 久久人人99| 欧美黄色精品| 蜜臀久久99精品久久久画质超高清| 日韩av免费大片| 国产亚洲精品美女久久| 国产精品美女久久久| 成人精品动漫一区二区三区| 日韩和欧美一区二区三区| 狠狠操综合网| 日韩av有码| 国产欧美日韩综合一区在线播放| 国产模特精品视频久久久久| 日韩av专区| 久久国产精品免费精品3p| 伊人成人网在线看| 日韩欧美一区二区三区免费看| 国产精品18| 日韩亚洲精品在线观看| 欧美精品九九| 久久蜜桃精品| 中文字幕在线看片| 国产精品一国产精品k频道56| 鲁大师成人一区二区三区| 夜鲁夜鲁夜鲁视频在线播放| 久久婷婷国产| 国产精品一级| 97se亚洲| 最新国产精品视频| 91精品观看| 亚洲91精品| 欧美精品高清| 色爱综合网欧美| 久久精品一本| 久久精品女人| 精品精品99| 美女视频黄久久| 国产精品videossex| 国产午夜久久av| 91成人在线网站| 亚洲精品免费观看| 亚洲欧洲美洲国产香蕉| 免费人成精品欧美精品| 一区免费在线| 1024精品一区二区三区| 成人久久久久| 电影亚洲精品噜噜在线观看| 精品国产黄a∨片高清在线| 国产日产精品一区二区三区四区的观看方式| 亚洲免费毛片| 亚洲影视一区二区三区| 免费看欧美美女黄的网站| 欧美日韩国产一区二区三区不卡| 日韩成人亚洲| 欧美片第1页| 久久激情婷婷| 国产精品7m凸凹视频分类| 亚洲小说欧美另类婷婷| 夜夜嗨av一区二区三区网站四季av| 久久一区二区三区电影| 蜜臀av免费一区二区三区| 美女亚洲一区| 亚洲一区二区三区高清| 综合色一区二区| 日韩欧美四区| 国产精品久久| 成人国产精品| 一区二区三区视频免费观看| 欧美另类专区| 一二三区精品| 国产欧美日韩影院| 91大神在线观看线路一区| 日本不卡中文字幕| 国产精品欧美在线观看| 国产精品va| 欧美日韩在线观看首页| 欧美 日韩 国产一区二区在线视频| 夜夜嗨一区二区| 日本午夜精品久久久久| 黄色网一区二区| 欧美成人精品三级网站| 日韩不卡免费高清视频| 亚洲一区二区动漫| 久久国产麻豆精品| 成人片免费看| 欧美专区一区二区三区| 国产午夜一区| 欧美天堂视频| 免费在线观看视频一区| 欧美欧美黄在线二区| 精品国产精品久久一区免费式| 99tv成人| 亚洲精品在线二区| 精品欧美日韩精品| 免费久久精品| 日韩视频一二区| 成人在线免费观看91| 欧美日韩国产一区精品一区| 日本午夜精品| 啪啪国产精品| 日韩avvvv在线播放| 日韩电影免费网站| 美女精品在线| 精品视频一区二区三区四区五区 | 91中文字幕精品永久在线| 免费观看亚洲| 蜜臀精品一区二区三区在线观看| 国产日韩欧美一区二区三区| jizzjizz中国精品麻豆| 中文日韩在线| 日韩精品免费视频一区二区三区| 国产一区一一区高清不卡| 激情婷婷综合| 91九色综合| 久久久久免费av| 青青青国产精品| 999久久久精品国产| 青青国产精品| 91久久国产| 久久精品天堂| 四虎成人精品一区二区免费网站| 六月婷婷综合| 欧美一级一区| 欧美精品九九| 精品国产网站| 一区二区三区四区精品视频| 亚洲天堂资源| 久久精品72免费观看| 欧美日韩在线观看视频小说| 久久精品99国产精品| 99精品99| 国产成人精品一区二区三区视频| 亚洲精品自拍|