nom de table crypté

Version imprimable

12/11/2012, 16h14
sandybel

nom de table crypté

Bonjour à tous,
je travaille actuellement sur une base de données , et je viens de faire
select * from tab, en vue de consulter la liste des tables du schéma.
je constate qu'il y'a une table que je n'ai pas créé mais qui existe dans le schéma et porte un nom crypté, je n'arrive pas à la supprimer.
le nom de la table est: BIN$Ra3FSWOBRtOX5VzlheKS+Q==$0
Merci de bien vouloir m'aider SVP.

Bonsoir sandybel,

La liste des tables d'un certain utilisateur ne se trouve pas dans la table tab comme tu dis mais dans une vue qui s'intitule user_tables.

Les tables BIN$...$n sont des tables supprimées mise à la corbeille. Pour les supprimer, tu peux vider ta corbeille en faisant un PURGE RECYCLEBIN. Si tu ne veux pas que lorsque tu supprimes, tes tables soient mis à la corbeille, tu peux faire un DROP TABLE xxx PURGE. Ou alors, demander à ton administrateur de base de données de désactiver cette option.

Pour comprendre ta situation, essaie de comprendre ce petit scénario (teste le si tu en a l'occasion).

Tout d'abord, crée une table avec laquelle tu vas pouvoir "jouer". Voici un exemple simpliste:
Code:

1 2 3 4 5 6 7 8 CREATE TABLE ma_premiere_table ( mon_id NUMBER(15), mon_nom VARCHAR2(100) ); INSERT INTO ma_premiere_table VALUES(1, 'sandybel'); COMMIT;
Ensuite, vérifie qu'elle se trouve bien dans user_objects (ou user_tables)
Code:

1 2 3 4 5 6 7 8 9 COLUMN object_name FORMAT A30 SELECT object_name FROM user_objects WHERE object_type = 'TABLE'; OBJECT_NAME ------------------------------ MA_PREMIERE_TABLE
Et vérifie que tu n'as rien dans ta corbeille
Code:

1 2 3 4 5 6 SELECT object_name, original_name FROM recyclebin WHERE type = 'TABLE'; no rows selected
Maintenant, supprime ta table et re-vérifie si elle apparait dans user_objects et dans la corbeille;
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 DROP TABLE ma_premiere_table; table MA_PREMIERE_TABLE dropped. SELECT object_name FROM user_objects WHERE object_type = 'TABLE'; no rows selected SELECT object_name, original_name FROM recyclebin WHERE type = 'TABLE'; OBJECT_NAME ORIGINAL_NAME ------------------------------ -------------------------------- BIN$zk74B70CiAzgQKjABQsaXA==$0 MA_PREMIERE_TABLE
Comme tu peux le voir, la table est apparue dans la corbeille. Pour vider de la corbeille la table MA_PREMIERE_TABLE, il te suffit de faire un purge
Code:

1 2 3 4 PURGE TABLE MA_PREMIERE_TABLE; table purged.
Si tu veux supprimer tout le contenu de la corbeille (index, tables...), tu peux juste faire un purge recyclebin.

N'hésite pas à poser tes questions si ceci n'est pas assez clair pour toi :)

13/11/2012, 09h54
sandybel

merci Amir.

Citation:

Envoyé par amir.

N'hésite pas à poser tes questions si ceci n'est pas assez clair pour toi :)

Oui moi j'ai une petite question ;)

A votre avis à quoi correspond la situation suivante que je viens de provoquer
Code:

1 2 3 4 5 6 7 8 9 SQL> select object_name, original_name from recyclebin; no rows selected SQL> select object_name from user_objects where object_name like '%BIN%'; OBJECT_NAME ------------------------------------------------------------------------------ BIN$zl3F7Pl6dRrgRAALXeA6Ng==$0

13/11/2012, 10h50
ojo77

Citation:

Envoyé par Mohamed.Houri

A votre avis à quoi correspond la situation suivante que je viens de provoquer

A la création d'une table utilisant un nom classique des tables corbeille ? Bref un truc du genre create table "BIN$zl3F7Pl6dRrgRAALXeA6Ng==$0" ( ..... A mon avis, avec cet exemple vous faites plus souffrir les diptères qu'avancer la science ...
13/11/2012, 11h02
skuatamad

Ou à la restauration d'un objet associé (comme un index) à une table drop puis flashback.
Using Oracle's recycle bin est plutôt pas mal.

Citation:

Envoyé par ojo77

A la création d'une table utilisant un nom classique des tables corbeille ? Bref un truc du genre create table "BIN$zl3F7Pl6dRrgRAALXeA6Ng==$0" ( ..... A mon avis, avec cet exemple vous faites plus souffrir les diptères qu'avancer la science ...

Salut Olivier,

Non ca n'est pas cela.

Lorsque j'ai lu la question initiale je me suis dit et si le "tab" mentioné par sandybel n'était pas le "recycle bin". Alors j'ai fait l'exemple suivant:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
SQL> create table t as select rownum n1, lpad(rownum,10,'0') small_vc
  2  from dual
  3  connect by level < 10000;
 
Table created.
 
SQL> create index ind1_t on t(n1);
 
Index created.
 
SQL> exec dbms_stats.gather_table_stats(user, 't', cascade => true);
 
PL/SQL procedure successfully completed.
 
SQL> select *
  2  from t
  3  where n1= 42;
 
        N1 SMALL_VC
---------- ----------
        42 0000000042
 
SQL> select * from table(dbms_xplan.display_cursor);
 
PLAN_TABLE_OUTPUT
-------------------------------------------------------------------------------------------
SQL_ID  dtsgjx12bahch, child number 0
-------------------------------------
select * from t where n1= 42
 
Plan hash value: 3890747269
 
--------------------------------------------------------------------------------------
| Id  | Operation                   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |        |       |       |     2 (100)|          |
|   1 |  TABLE ACCESS BY INDEX ROWID| T      |     1 |    14 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND1_T |     1 |       |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("N1"=42)
 
 
19 rows selected.

Maintenant je supprime cette table tout en la laissant dans le "recyclebin"

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
SQL> drop table t;
 
Table dropped.
 
SQL> select *
  2  from t
  3  where n1= 42;
from t
     *
ERROR at line 2:
ORA-00942: table or view does not exist

Qu'est ce qui se passe si je récupère cette table du "recyclebin" ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
SQL> FLASHBACK TABLE T TO BEFORE DROP;
 
Flashback complete.
 
SQL> select *
  2  from t
  3  where n1= 42;
 
        N1 SMALL_VC
---------- ----------
        42 0000000042
 
SQL> select *
  2  from t
  3  where n1= 42;
 
        N1 SMALL_VC
---------- ----------
        42 0000000042
 
SQL> select * from table(dbms_xplan.display_cursor);
 
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------------------------
SQL_ID  dtsgjx12bahch, child number 0
-------------------------------------
select * from t where n1= 42
 
Plan hash value: 3441881085
 
--------------------------------------------------------------------------------------------------------------
| Id  | Operation                   | Name                           | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |                                |       |       |     2 (100)|          |
|   1 |  TABLE ACCESS BY INDEX ROWID| T                              |     1 |    14 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | BIN$zl3F7Pl8dRrgRAALXeA6Ng==$0 |     1 |       |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("N1"=42)
 
 
19 rows selected.
 
SQL> spool off

Enfin, je reviens à mon point de départ.

Code:

1
2
3
4
5
6
7
8
9
10
 
SQL> SELECT object_name, original_name FROM recyclebin;
 
no rows selected
 
SQL> SELECT object_name FROM user_objects WHERE object_name LIKE '%BIN%';
 
OBJECT_NAME
------------------------------------------------------------------------------
BIN$zl3F7Pl6dRrgRAALXeA6Ng==$0

C'est que Notre ami Oracle lorsqu'il récupère la table il la récupère bien avec son nom d'origine. Par contre son index ah c'est une autre histoire.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
SQL> alter index  "BIN$zl3F7Pl8dRrgRAALXeA6Ng==$0" rename to ind1_t;
 
Index altered.
 
SQL> select * from t where n1 = 42;
 
        N1 SMALL_VC
---------- ----------
        42 0000000042
 
SQL> select * from table(dbms_xplan.display_cursor);
 
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------
---------
SQL_ID  2x1z8vhtvkthy, child number 0
-------------------------------------
select * from t where n1 = 42
 
Plan hash value: 3890747269
 
--------------------------------------------------------------------------------------
| Id  | Operation                   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |        |       |       |     2 (100)|          |
|   1 |  TABLE ACCESS BY INDEX ROWID| T      |     1 |    14 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND1_T |     1 |       |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("N1"=42)

Edit : bien vu skuatamad :ccool:

13/11/2012, 12h34
ojo77

Au temps pour moi ;)

Citation:
Envoyé par Mohamed.Houri
Oui moi j'ai une petite question ;)

A votre avis à quoi correspond la situation suivante que je viens de provoquer
Code:

1 2 3 4 5 6 7 8 9 SQL> select object_name, original_name from recyclebin; no rows selected SQL> select object_name from user_objects where object_name like '%BIN%'; OBJECT_NAME ------------------------------------------------------------------------------ BIN$zl3F7Pl6dRrgRAALXeA6Ng==$0
La réponse a déjà été donné. Mais ma première réaction aurait été de te demander le "object_type" de cet objet. Si c'est index, trigger... tu sais direct que c'est un objet dépendant d'une table qui a été restaurée. Mais ca aurait été dur à croire si c'était une table (sauf si un utilisateur est assez fou pour nommer ses tables BIN$...$0 et embrouiller tout le monde).

13/11/2012, 19h57
Pomalaix

En bref, lorsqu'une table supprimée est récupérée de la corbeille, ses objets associés (déclencheurs, index, contraintes) sont également récupérés, sauf les contraintes de clé étrangère qui sont définitivement perdues.
De plus, ces objets associés ne reprennent pas leur nom d'origine, mais conservent le nom de type BIN$ qu'ils avaient reçu dans la corbeille.

Le comble dans l'affaire, c'est que le nom original des index est pourtant mémorisé (colonne ORIGINAL_NAME dans la vue RECYCLEBIN), mais est allègrement ignoré lors de la récupération...