Discussion :

[bstages2000]

Bonjour,

J'ai un soucis avec quelques requête sql qui se plante au bout d'un moment.
voici l'erreur qui est sorti :

ORA-01555: snapshot too old: rollback segment number 1 with name "_SYSSMU1$" too small :

voici le requete :

Code :

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

select * from COMPTES_PRESENT where cpt_id in (select cpt_id from COMPTES_PRESENT where cpt_id not in (select distinct cpt_id from COMPTES));

Questions
1 - je pense que la requête ci-dessus n'est pas optimale ? on peut l'optimiser avec celle ci :

Code :

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

select cpt_id from COMPTES_PRESENT where cpt_id not in (select distinct cpt_id from COMPTES) ;

2- On m'a parlé de l'utilisation de curseur pour regler ce probleme, mais comment faire ?

3 - y'a til un parametrage spécific oracle à modifier afin de regler ce probleme, je pense au rollback segment et à undo_retention ?

Merci de m'aider

[mnitu]

...
1 - je pense que la requête ci-dessus n'est pas optimale ? on peut l'optimiser avec celle ci :

select cpt_id from COMPTES_PRESENT where cpt_id not in (select distinct cpt_id from COMPTES) ;

Oui. Est-ce que il y a un index sur cpt_id dans la table comptes ?

2- On m'a parlé de l'utilisation de curseur pour regler ce probleme, mais comment faire ?

Probablement pour travailler par lot. Peut être c’est une solution peut être non. Ca dépende de ce que l’application fait donc, il faut plus de détails

3 - y'a til un parametrage spécific oracle à modifier afin de regler ce probleme, je pense au rollback segment et à undo_retention ?

...

La taille des segments de rollback peut être augmenté, etc. Il se peut que vous en ayez plusieurs mais qu’ils ne soient pas de la même taille, etc. Il vous faut travailler avec votre DBA.
Mais avant de la faire il faut comprendre le traitement etc.

[orafrance]

le UNDO_RETENTION peut-être augmenté aussi

[bstages2000]

- Il ya bien un index sur le champ cpt_id dans la table compte et compte_present.

ce script est appélé par l'intermediaire d'une tache $U qui se fait à la demande, donc pas de traitement par lot.

le but du script est de vérifier qu'il nyait pas d'incohérence entre la table compte_present et compte, auquel cas, les incohérences sont supprimées.

je ne sais pas de quelle façon je peux optimiser cette requête afin de ne plus avoir des erreurs.

[Pomalaix]

Bonjour

Comme on a eu l'occasion de l'expliquer à diverses reprises, l'erreur ORA-01555 indique que des données d'annulation, nécessaires pour fournir un résultat consistant à votre SELECT de longue durée, ont été supprimées du segment d'annulation parce que de nouvelles transactions avaient besoin d'espace.

Les pistes de solution sont les suivantes :
- améliorer la requête pour qu'elle s'exécute plus rapidement, et soit donc moins sujette à ce phénomène
- agrandir le tablespace UNDO, de sorte que l'espace n'y soit pas réclamé trop rapidement
- augmenter le paramètre UNDO_RETENTION, mais comme cette valeur n'est pas garantie, ça risque de ne servir à rien
- ne pas faire plus de COMMIT que la logique de vos transactions applicatives ne l'exige, car ce sont les COMMIT qui rendent libérables les entrées UNDO dont votre SELECT a pourtant besoin

[McM]

C'est pas du tout optimisé en effet !
Le premier select ne sert à rien, et pour le troisième, mieux vaut préférer le NOT EXISTS (en règle générale)

Code :

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

1
2
3
4
5
6
SELECT * 
FROM COMPTES_PRESENT 
WHERE cpt_id IN (	SELECT cpt_id 
			FROM COMPTES_PRESENT 
                  WHERE cpt_id NOT IN (SELECT DISTINCT cpt_id FROM COMPTES)
                  )

=>

Code :

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

1
2
3
SELECT * 
FROM COMPTES_PRESENT a
WHERE NOT EXISTS (SELECT 1 FROM COMPTES b WHERE a.cpt_id = b.cpt_id)