DELETE vs CREATE TABLE as SELECT

Bonjour,

je doit supprimer 7Millions d'enregistrement d'une table partitonnée qui contient actuellement 27Millions.

J'ai essayé le DELETE de 7Millions de lignes, le problème c'est que oracle génère énormément de LOG (Je suis limité en disque) et de plus l'opération dure 3H ...


Donc mes questions :
Y-a t'il un moyen de faire plus rapide ?
Serait-il avantageux de faire un create table as select ?
Si oui, doit-je faire un truncate de la table partitionné puis un insert ... as select * from ma_table_temporaire ?
Si reoui, etant donné que ma table possède une PK + FK + PARTITION, oracle va t'il généré les logs lors de l'INSERT ? (J'ai lu je ne sais plus ou que si la table possédait des index oracle génère les logs)

J'ai pensé a mettre la base en mode NOARCHIVELOG (don un shutdown est nécéssaire) le temps de la purge est-ce une bonne idée ?

Version d'oracle 9.2.0.8
Merci d'avance

tes 7 millions de lignes sont dans la même partition ? Le CREATE sera pire, suppression de 7 millions contre insertion de 20 millions, y'a pas photo :?

le NOARCHIVELOG ne servira à rien... si tu switches trop c'est plutôt l'agrandissement des redos qui peut aider.

Citation:

---

Envoyé par orafrance

le NOARCHIVELOG ne servira à rien... si tu switches trop c'est plutôt l'agrandissement des redos qui peut aider.

---

Je ne suis pas completement d'accord car

Citation:

---

Envoyé par beanl

le problème c'est que oracle génère énormément de LOG (Je suis limité en disque)

---

Je pense mais beanl pourrait nous le confimer que c'est la taille disque qui est limité. De plus le mode ARCHIVELOG fais des ecritures en plus (il faut bien écire les fichiers d'archive) et si on a pas plusieurs de disque ca peut bloquer au niveau des IO.

Il nous arrive de passer en NOARCHIVELOG pour certaine grosse opération mais dans ce cas il faut bien reflechir au conséquence sur les sauvegardes

oui t'as un peu d'overhead pendant l'archivage mais c'est pas génant tant que l'allocation dans les redos se passe bien. Moi je miserais plutôt sur un agrandissement des redos mais il est évident que sans l'alert.log on ne peut qu'extrapoler :?

Effectivement, je suis limité en espace disque. Et mon idée etait de mettre la base en NOARCHIVELOG le temps de la purge ... en ce qui concerne les backups : Une fois la purge terminée je remet la base en archivelog et je sauvegarde.

En ce qui concerne l'augmentation des redo log, je ne pense pas avoir de probleme de ce coter la (On a un "Checkpoint not complete" dans les logs si il y a des souci je croit ...).

PS : Il y a aucun moyen de faire un "delete" en nologging ??? c'est fou ça...