Discussion :

[Llaur76]

Bonjour,

Je pose la question sans grande conviction mais en espérant que qqn puisse me proposer une alternative.

Je dois importer dans une base de données un grand nombre de données.

J'ai tout d'abord commencer logiquement à faire une méthode transactionnelle, mais cette méthode prenant énormément de temps à se réaliser, j'ai décidé d'ouvrir et de fermer ma session à chaque insertion, et là le temps d'execution est divisé par 2.

Mon problème est si une insertion se passe mal comment revenir à l'état de départ, ou à un état stable de la base de données.

Merci

PS:J'utilise PostGres

[fr1man]

C'est à toi de découper tes méthodes transactionnelles selon tes besoins.
Si une insertion se passe mal, tu dois annuler toutes les autres, ou seulement celle qui a planté ?

[Llaur76]

Le mieux serait de faire un rollback sur toutes mes minis transactions.

[fr1man]

Je ne vois pas trop comment faire autrement qu'une seule transaction.

Voir ce lien pour l'insertion par paquets.

http://www.hibernate.org/hib_docs/v3..._single/#batch

Fais tu des flush, clear de la session régulièrement comme dans la doc ?
Je ne sais pas si ça rendra plus rapides tes traitements, mais à défaut, tu éviteras les out of memory

[Llaur76]

Etrange ton histoire, car tu es au sein d'une seule transaction, avec une seule session active, donc le update, flush, clear sont inutiles.

J'y avais pensé, mais ayant vu ça sur le forum, je me suis dit que ça ne servirait à rien pour ma méthode transactionnelle, n'y a t'il pas un moyen d'accélérer une méthode transactionnelle ?

Après je pourrais l'utiliser dans ma méthode non transactionnelle pour l'accélérer, mais ça ne résolvera pas mon problème de rollback si une des insertions se passent mal.

En tout cas, je vais essayer de travailler avec les paquets pour éviter les dégats dans ma base de données.

Merci bcp !

[fr1man]

Envoyé par fr1man
Etrange ton histoire, car tu es au sein d'une seule transaction, avec une seule session active, donc le update, flush, clear sont inutiles.

Ceci n'est pas valable pour de l'insertion en masse, car la session est susceptible d'"exploser".