Des tables sans tablespace,

Version imprimable

03/05/2010, 16h42
Isabella

Des tables sans tablespace,
Bonjour,

Considérons la requête :
Code:

1 2 3 4 SELECT TABLE_NAME FROM DBA_TABLES WHERE TABLESPACE_NAME IS NULL;
à ma grande surprise il m'affiche
Code:

1 2 122 lignes
franchement, je m'attendais à ce qu'il m'affiche zéro lignes,

je croyais que les tables étaitent toutes stockées sur des tablespaces,

SVP!
C'est quoi cette histoire des 122 tables stockées nulle part ?

Merci.
03/05/2010, 16h53
Waldar
Ça peut être, de façon non-exhaustive :
- des tables partitionnées : les partitions sont bien sur un tablespace
- des tables organisées en index : les données sont dans le tablespace de l'index
- des nested tables : les parties nested sont bien sur un tablespace
- des tables externes : les données sont sur le système d'exploitation
03/05/2010, 17h22
Isabella
Merci Waldar pour la réponse

pour ce qui est de la liste que tu viens de citer, je suis déjà allée fouiner du coté de la vue DBA_SEGMENTS
, en fait, ta liste est bien présentes est décrite par cette vue,
suffit de faire
Code:

1 2 3 4 select distinct segment_type from dba_segments
pour avoir
Code:

1 2 3 4 5 6 7 8 9 10 11 12 CACHE CLUSTER INDEX INDEX PARTITION LOBINDEX LOBSEGMENT NESTED TABLE ROLLBACK TABLE TABLE PARTITION TYPE2 UNDO
c'est à dire que les fameuses 122 tables ne correspondent à aucun SEMGENT, ce qui attise donc, davantage mon intirigue !
03/05/2010, 23h23
pachot

Bonjour,

Une table, c'est un objet logique.
Elle peut correspondre directement à un objet physique (segment) dans un cas particulier (mais le plus courant bien sûr): une table non partitionnée, pas en cluster, pas en IOT, pas externe, etc.

Si tu vas voir dans DBA_OBJECTS, tu verra tout: ceux qui ont un DATA_OBJECT_ID sont des objets physique, les autres sont des objets logiques, dont les données sont stockées par un autre objet (par une partition, par un index, par un cluster, etc.)

Cordialement,
Franck.
04/05/2010, 12h06
Isabella
Merci pachot.

Ta réponse est trés claire, mais comme d'habitude, je me livre toujours à des sortes de vérifications, bien entendu, pas pour chercher à réfuter ce qu'on m'avance, mais plutot pour être bien fixée et mieux éclairée, hélas parfois je me fais piégée par ces interminables vérifications,

alors
tu as dis (Pachot):

Citation:

Si tu vas voir dans DBA_OBJECTS, tu verra tout: ceux qui ont un DATA_OBJECT_ID sont des objets physique, les autres sont des objets logiques, dont les données sont stockées par un autre objet (par une partition, par un index, par un cluster, etc.)

Effectivement je suis allée voir cela , et si j'ai bien compris ton commentaire, les deux requetes ci dessous, devraient donner le même résultat
Code:

1 2 3 4 select count(*) from dba_objects where data_object_id is not null and object_type='TABLE';
Code:

1 2 select count(*) from dba_segments where segment_type ='TABLE';
Or, c'est pas le cas pour moi,
la première me donne : 745
la seconde : 706

C'est à dire que, il y a bien des objets qui ont un DATA_OBJECT_ID mais qui ne correspondent à aucune entité physique, en l'occurrence, SEGMENT.
dans mon cas : (745-706= 39 objets)

Alors, où est la faille ?

Merci.
04/05/2010, 15h37
pachot

Citation:

je me livre toujours à des sortes de vérifications

C'est très bien :ccool:

Il serait interresant de voir quelles sont ces tables qui ont un data_object_id.
une requête 'not in' par exemple

Je parie que tu es en 11gR2, où une table qui n'a pas encore de donnée peut ne pas encrore créer le segment. Mais il peut y avoir d'autres raisons.

Franck.

J'ai lancé ça sur une base 11g:
Code:

1 2 3 4 5 spool test.lst set linesize 1000 trimspool on long 10000 select owner,object_name,object_type , dbms_metadata.get_ddl('TABLE',object_name,owner) ddl from dba_objects where data_object_id IS NOT NULL AND object_type='TABLE' and (owner,object_name) not in (select owner,segment_name from dba_segments WHERE segment_type ='TABLE') / spool off
Et je trouve beaucoup de tables systèmes en 'SEGMENT CREATION DEFERRED'.
Tu peux essayer de lancer la même chose et tu aura le DDL de création des 39 objets.

Pour ce qui est de la version , ce n'est que la "9.2.0.1.0",

Concernant la liste des tables en question,
j'ai fais :

Code:

1
2
3
4
5
6
7
8
 
SELECT owner, object_name 
FROM dba_objects
WHERE data_object_id IS NOT NULL
AND object_type='TABLE'
MINUS
SELECT owner, segment_name
FROM dba_segments WHERE segment_type ='TABLE';

pour avoir :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
OE  PRODUCT_REF_LIST_NESTEDTAB  
OE  SUBCATEGORY_REF_LIST_NESTEDTAB  
PM  TEXTDOCS_NESTEDTAB  
SYS  ATTRCOL$  
SYS  ATTRIBUTE$  
SYS  CCOL$  
SYS  CDEF$  
SYS  CLU$  
SYS  COL$  
...
....

-----

avec ta requête, voilà ce que j'obtiens en premier

Code:

1
2
3
4
5
6
7
 
ERROR: 
ORA-31603: objet "WM$VERSIONED_TABLES_UNDO_CODE" de type TABLE introuvable dans le schéma "WMSYS" 
ORA-06512: à "SYS.DBMS_SYS_ERROR", ligne 105 
ORA-06512: à "SYS.DBMS_METADATA", ligne 628 
ORA-06512: à "SYS.DBMS_METADATA", ligne 1221 
ORA-06512: à ligne 1

puis ,

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
 
OWNER  OBJECT_NAME  OBJECT_TYPE  DDL  
SYS  ATTRCOL$  TABLE  CREATE TABLE "SYS"."ATTRCOL$" ( "OBJ#" NUMBER NOT NULL ENABLE, "INTCOL#  
SYS  ATTRIBUTE$  TABLE  CREATE TABLE "SYS"."ATTRIBUTE$" ( "TOID" RAW(16) NOT NULL ENABLE, "VERS  
SYS  CCOL$  TABLE  CREATE TABLE "SYS"."CCOL$" ( "CON#" NUMBER NOT NULL ENABLE, "OBJ#" NUMB  
SYS  CDEF$  TABLE  CREATE TABLE "SYS"."CDEF$" ( "CON#" NUMBER NOT NULL ENABLE, "OBJ#" NUMB  
SYS  CLU$  TABLE  CREATE TABLE "SYS"."CLU$" ( "OBJ#" NUMBER NOT NULL ENABLE, "DATAOBJ#" N  
SYS  COL$  TABLE  CREATE TABLE "SYS"."COL$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" NUMBE  
SYS  COLLECTION$  TABLE  CREATE TABLE "SYS"."COLLECTION$" ( "TOID" RAW(16) NOT NULL ENABLE, "VER  
SYS  COLTYPE$  TABLE  CREATE TABLE "SYS"."COLTYPE$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" N  
SYS  FET$  TABLE  CREATE TABLE "SYS"."FET$" ( "TS#" NUMBER NOT NULL ENABLE, "FILE#" NUMBE  
SYS  HISTGRM$  TABLE  CREATE TABLE "SYS"."HISTGRM$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" N  
SYS  ICOL$  TABLE  CREATE TABLE "SYS"."ICOL$" ( "OBJ#" NUMBER NOT NULL ENABLE, "BO#" NUMBE  
SYS  ICOLDEP$  TABLE  CREATE TABLE "SYS"."ICOLDEP$" ( "OBJ#" NUMBER NOT NULL ENABLE, "BO#" NU  
SYS  IND$  TABLE  CREATE TABLE "SYS"."IND$" ( "OBJ#" NUMBER NOT NULL ENABLE, "DATAOBJ#" N  
SYS  LIBRARY$  TABLE  CREATE TABLE "SYS"."LIBRARY$" ( "OBJ#" NUMBER NOT NULL ENABLE, "FILESPE  
OWNER  OBJECT_NAME  OBJECT_TYPE  DDL  
SYS  LOB$  TABLE  CREATE TABLE "SYS"."LOB$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" NUMBE  
SYS  METHOD$  TABLE  CREATE TABLE "SYS"."METHOD$" ( "TOID" RAW(16) NOT NULL ENABLE, "VERSION  
SYS  MLOG$  TABLE  CREATE TABLE "SYS"."MLOG$" ( "MOWNER" VARCHAR2(30) NOT NULL ENABLE, "MA  
SYS  NTAB$  TABLE  CREATE TABLE "SYS"."NTAB$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" NUMB  
SYS  OPQTYPE$  TABLE  CREATE TABLE "SYS"."OPQTYPE$" ( "OBJ#" NUMBER NOT NULL ENABLE, "INTCOL#  
SYS  PARAMETER$  TABLE  CREATE TABLE "SYS"."PARAMETER$" ( "TOID" RAW(16) NOT NULL ENABLE, "VERS  
SYS  REFCON$  TABLE  CREATE TABLE "SYS"."REFCON$" ( "OBJ#" NUMBER NOT NULL ENABLE, "COL#" NU  
SYS  RESULT$  TABLE  CREATE TABLE "SYS"."RESULT$" ( "TOID" RAW(16) NOT NULL ENABLE, "VERSION  
SYS  RGCHILD$  TABLE  CREATE TABLE "SYS"."RGCHILD$" ( "OWNER" VARCHAR2(30) NOT NULL ENABLE, "  
SYS  RGROUP$  TABLE  CREATE TABLE "SYS"."RGROUP$" ( "REFGROUP" NUMBER, "OWNER" VARCHAR2(30)  
SYS  SEG$  TABLE  CREATE TABLE "SYS"."SEG$" ( "FILE#" NUMBER NOT NULL ENABLE, "BLOCK#" NU  
SYS  SLOG$  TABLE  CREATE TABLE "SYS"."SLOG$" ( "MOWNER" VARCHAR2(30) NOT NULL ENABLE, "MA  
SYS  SMON_SCN_TIME  TABLE  CREATE TABLE "SYS"."SMON_SCN_TIME" ( "THREAD" NUMBER, "TIME_MP" NUMBER,  
SYS  SUBCOLTYPE$  TABLE  CREATE TABLE "SYS"."SUBCOLTYPE$" ( "OBJ#" NUMBER NOT NULL ENABLE, "INTC  
OWNER  OBJECT_NAME  OBJECT_TYPE  DDL  
SYS  TAB$  TABLE  CREATE TABLE "SYS"."TAB$" ( "OBJ#" NUMBER NOT NULL ENABLE, "DATAOBJ#" N  
SYS  TS$  TABLE  CREATE TABLE "SYS"."TS$" ( "TS#" NUMBER NOT NULL ENABLE, "NAME" VARCHAR  
SYS  TSQ$  TABLE  CREATE TABLE "SYS"."TSQ$" ( "TS#" NUMBER NOT NULL ENABLE, "USER#" NUMBE  
SYS  TYPE$  TABLE  CREATE TABLE "SYS"."TYPE$" ( "TOID" RAW(16) NOT NULL ENABLE, "VERSION#"  
SYS  TYPE_MISC$  TABLE  CREATE TABLE "SYS"."TYPE_MISC$" ( "OBJ#" NUMBER NOT NULL ENABLE, "AUDIT  
SYS  UET$  TABLE  CREATE TABLE "SYS"."UET$" ( "SEGFILE#" NUMBER NOT NULL ENABLE, "SEGBLOC  
SYS  USER$  TABLE  CREATE TABLE "SYS"."USER$" ( "USER#" NUMBER NOT NULL ENABLE, "NAME" VAR  
SYS  VIEWTRCOL$  TABLE  CREATE TABLE "SYS"."VIEWTRCOL$" ( "OBJ#" NUMBER NOT NULL ENABLE, "INTCO

Apparemment, ma version d'oracle n'est pas concernée, par 'SEGMENT CREATION DEFERRED' !

04/05/2010, 17h26
pachot

Donc là dedans il y a des clusters (plusieurs table stockées dans un seul segment) et il semble que à la fois les tables et le cluster ont le data_object_id du segment.
Il y a aussi des 'nested tables' qui ont un type 'TABLE' comme object_type mais dont le segment est de type 'NESTED TABLE'
05/05/2010, 11h50
Isabella

C'est beaucoup plus clair maintenant,

Merci pachot et Waldar d'avoir contribué à éclairer ma lanterne, vos réponses étaient trés pertinentes dés le début, mais c'est moi qui manque de pré-requis pour pouvoir les assmiler rapidement,
en tous cas c'est l'occasion pour moi de commencer à explorer le monde des :

Code:

TABLES PARTIONNEES

et

Code:

CLUSTERS

et si vous pouvez m'orienter vers des ressources ou des liens dans ce sens, je ne saurai comment vous remercier.