DBExpress, transactions, Commit et performances...

Bonjour à tous,

Nous avons une application qui insère des grandes quantités d'images (quelques milliers) dans une base de données Interbase.
Nous essayons d'optimiser le temps de traitement de cette procédure.

Dans un premier temps, nous n'avons pas gérer les transactions, donc celles-ci sont censées être gérées automatiquement par DBExpress. (donc un commit par ExecSQL)

J'ai pensé qu'en diminuant la fréquence des commit, on pourrait gagner en temps de traitement.... et malheureusement ce n'est pas le cas on perd du temps... (de 10 min on passe à 12 min)

Ceci est il normal ? le commit n'est pas censé avoir un coût en temps ?
Des idées ?

Merci pour votre aide.

Delphi 2005 et Interbase 7.5

Christophe

Citation:

---

J'ai pensé qu'en diminuant la fréquence des commit, on pourrait gagner en temps de traitement.... et malheureusement ce n'est pas le cas on perd du temps... (de 10 min on passe à 12 min)

Ceci est il normal ? le commit n'est pas censé avoir un coût en temps ?
Des idées ?

---

Ca dépend :roll:

Le commit permet d'entériner les modifs effectuées depuis le commit précédent (vue simpliste coté programmeur)

Mais ce commit permet aussi de libérer une partie des enregistrements de journalisation (ceux utilisés pour détricoter lors d'un rollback).

Compte tenu des insertions pratiquées, il n'est pas exclu que la libération du journal prenne beaucoup de temps

L'enregistrement de données est toujours long.

Insérer des images, j'en parle même pas

Je vois pas vraiment d'optimisation "valable" si ce n'est que d'agrandir la taille des pages Interbase. Ca devrait permettre de gratter un peu.

Faudrait voir pourquoi tu veux faire comme çà. J'aurais plutôt tendance à mettre uniquement le nom du fichier dans la base.