Discussion :

[Isabella]

Bonjour,

Considérons la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT TABLE_NAME 
FROM DBA_TABLES 
WHERE TABLESPACE_NAME IS NULL;

à ma grande surprise il m'affiche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[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

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
 
select distinct segment_type
from dba_segments

pour avoir

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 !

[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.

[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):

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[pachot]

je me livre toujours à des sortes de vérifications

C'est très bien

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.