Discussion :

[Ikebukuro]

Hello le forum,

Mon client rencontre le pb suivant : son tablespace TEMP crash (extension impossible) suite à un CTAS et l'ajout d'une contrainte PK.
J'aimerais avoir votre validation mais voici mon interprétation :
1) CTAS d'une table --> pas d'utilisation du tbs TEMP
2) Ajout d'une contrainte Primary Key --> Oracle crée un index pour valider l'unicité, il fait un SELECT sur la colonne indexée avec un ORDER BY pour trier les enregistrements et ensuite créer l'index à partir de données déjà ordonnées. Je pense que c'est sur ce SELECT avec un SORT que le tbs TEMP plante.

Sommes-nous d'accord sur les deux parties soulignées ou bien
1) utilisation du tbs TEMP lors d'un CTAS
2) Oracle crée l'index à partir des données telles qu'elles ont été insérées dans la table sans ordre défini?

[Ikebukuro]

Bon, je me réponds à moi même
Après analyse dans l'outil Cloud Control, il apparaît que le CTAS fait du DIRECT PATH READ et WRITE jusqu'à remplir le tbs TEMP.
C'est donc le CTAS qui plante le batch et pas l'ajout de l'index lié à la PK.

[pachot]

Bonjour,
Les deux parties soulignées sont justes.
DIRECT PATH READ et WRITE ne se font pas forçément sur TEMP. C'est juste des lectures/écritures qui ne passent pas pas le cache.

[Ikebukuro]

Salut Franck,
Effectivement, le CTAS ne passe pas par la SGA mais par la PGA en premier et, si la PGA n'est pas assez grande, on utilise le tbs TEMP. Dans mon exemple on devait traiter 17Go de données, d'où le pb sur le tbs.

Merci pour la réponse sur l'index, j'ai appris quelque chose