Discussion :

[sfellah]

Bonjour,

Je suis bloqué sur un sujet et j'aimerai votre aide :

j'ai actuellement une boucle transactionnelle (annotation transactionnal avec propagation J'oubliais de préciser qu'on utilise une propagation transactionnelle de type PROPAGATION_REQUIRES_NEW) qui effectue 2 delete de 2 tables donc Si un des 2 delete échoue, on fait un rollback. Le problème çest que cette boucle est appelée 400.000 fois et prends des heures. On voudrait l'optimiser. On a pensé à changer le prototype de la méthode en prenant non pas les 2 objets unitairement mais une collection pour inclure dans une seule transaction plusieurs centaines de delete des 2 tables. Sauf que rendre transactionnelle cela peut faire des rollback sur ces centaines de requêtes ce qui n'est pas le but final. Bref comment optimiser cela sans changer de base (Base SQL impérative car l'intégrité et la disponibilité des données sont essentiels) ?

Merci par avance

[Gugelhupf]

Bonsoir,

Je ne connais pas forcément le contexte, mais voici quelques astuces qui pourraient peut-être t'aider :

• Eviter de passer par une boucle, réaliser une opération de type bulk (exemple Spring insert | exemple Spring delete).
• Utiliser l'isolation par défaut (qui prendra celui du SGBDR, souvent ISOLATION_READ_COMMITTED sauf si MySQL) au lieu de PROPAGATION_REQUIRES_NEW qui va suspendre la transaction actuelle pour en créer un nouveau. Créer une nouvelle transaction est couteux.

A+