Discussion :

[J.TROSSET]

Bonjour,

Je travaille sur une base de donnée oracle v8.1.5. Chaque année nous effectuons nous supprimons un certains nombre d'enregistrements dans un table CRONO suivant un critere precis (toutes les fiches ne sont pas supprimées).

Or cette année (5eme année d'utilisation) la base de donnée est devenue très lente malgrès le peu de fiches restants dans la table de travail.

Nb de fiches avant la purge : 66 000 fiches (environ)
Nb de fiches après la purge : 5 000 fiches (environ)

Le seul tablespace ayant grossi d'année en année est mon tablespace RBS.

Les temps de réponse semble ne pas tenir compte de cette purge...

Y a-t-il un moyen de purger le tablespace RBS (si le probleme vient de lui), ou un moyen de revenir aux temps de reponse qu'on avait il y a 4 ans ?

Je reste à votre disposition pour de plus amples renseignements

Merci d'avance

Julien

[orafrance]

Attention, le DELETE ne redescend pas la HWM, lors de FULL SCAN ça peut poser de gros problème.

Pour plus d'info : http://oracle.developpez.com/guide/a...lespaces/#L1.4

[J.TROSSET]

Gloupsss,

Merci pour cette réponse, cela me conforte dans mon idée que pour recuperer mes temps de reponse il faut effectivement détruire et reconstruire la table (voir la base)..

N'y-a-t'il pas moyen de faire redescendre cette HWM par l'utilisation d'un script ou d'une commande SQL ?

Merci d'avance

Julien

[orafrance]

malheureusement non, il faut déplacer la table, la tronquer ou encore la recréer

[orafrance]

Eventuellement, il faudrait revoir la suppression ainsi :

1- CREATE TABLE matable_a_garder AS SELECT <les lignes à garder>
2- DROP TABLE matable
3- RENAME matable_a_garder TO matable

OU (si il y a des contraintes, triggers, etc...)

2- TRUNCATE TABLE matable
3- INSERT INTO matable SELECT * FROM matable_a_garder
4- DROP TABLE matable_a_garder

Je vois pas comment faire mieux

[J.TROSSET]

Merci pour tout,

Je vais essayer de faire ça sur mes bases pour voir si je gagne de la vitesse sinon je supprime la base et je réimporte les données dans une nouvelle base..

A bientôt

Julien

[aline]

Eventuellement, il faudrait revoir la suppression ainsi :

1- CREATE TABLE matable_a_garder AS SELECT <les lignes à garder>
2- DROP TABLE matable
3- RENAME matable_a_garder TO matable

OU (si il y a des contraintes, triggers, etc...)

2- TRUNCATE TABLE matable
3- INSERT INTO matable SELECT * FROM matable_a_garder
4- DROP TABLE matable_a_garder

Je vois pas comment faire mieux

Bonjour,

Je ne suis pas d'accord,
s'il existe des contraintes, un truncate ne marchera pas.
il faux rajouter
1 bis. disable mes contraintes
5 enable mes contraintees

[Jaouad]

Bonjour ,
Il existe une derniére solution :
1) move de la table d'un tbs à un autre
2) même opération dans l'autre sens
3) rebuild des index


Jaouad

[orafrance]

s'il existe des contraintes, un truncate ne marchera pas.
il faux rajouter
1 bis. disable mes contraintes
5 enable mes contraintees

en effet, c'est un oubli mais Oracle l'aurait vite rappelé à l'ordre

Jouad en effet, j'avais précisé que le MOVE était une solution sans faire la démonstration

Heureusement que vous êtes là