Lectures sur transactions en cours.

Bonjour tout le monde.

Je me suis écrit une gestion de stock de bobines de papier qui ne fonctionne pas trop mal.

Une opération contenant un ou plusieurs mouvements, chaque opération est protégée par une transaction. Tout fonctionne très bien.

Cependant je dois maintenant transférer les mouvements de stocks vers une autre applicatioon afin d'y maintenir des stocks à jour.

Je voudrais y transférer des opérations et non pas des mouvements car mes mouvements doivent être équilibrés bien sûr.

Hors si je lis mes opérations pendant sa création je risque de n'avoir pas tous les mouvements s'y afférant.

J'ai bien une solution mais elle ne me plait pas d'ou ma question :

Avez-vous déjà eu ce souci ? Comment faites-vous ?

Merci

Bonjour

Tu pourrais ajouter une rubrique dans le fichier opération qui indiquerait qu'elle est finalisée (tous les mouvements de l'opération sont présent)

Pour le transfert vers l'autre appli il n'y a plus qu'à traiter les opérations finalisées

Ben oui j'y avais pensé. mais bon je voulais pas toucher a ma base. C'est la solution que j'aime pas.

Mais je crois bien que je vais y être obligé.

Je pense tout de même qu'il s'agit d'une lacune d'Hyperfile.

Bonjour,
Le niveau d'isolation dans la connexion à la base de données est fait pour ça.
Si le niveau courant est "read commited" (1 de mémoire) ou plus, une connexion ne peut pas voir de données en cours de mise à jour dans une transaction initiée par une autre connexion tant que la transaction n'est pas terminée.
Comme tu n'indiques pas de base de données, je pense que tu utilises HF. Je ne connais pas la gestion des niveaux d'isolation sur HF, mais il faut creuser de ce côté.

Tatayo.

Effectivement HF travaille en READ UNCOMMITTED.

La solution est donc celle que évoquiez avec hpascal si vous restez sous HF. Sinon, l'idéal serait de travailler avec une base qui gère correctement les transactions.

Bonjour,

Citation:

---

Envoyé par mogwai162

Hors si je lis mes opérations pendant sa création je risque de n'avoir pas tous les mouvements s'y afférant.

---

Dans cette situation, tu pourrais poser un verrou en lecture/écriture sur l'enregistrement concerné par la "création".
Comme ça, tant que les mouvements ne sont pas équilibrés, tu "bloques" l'accès aux données de l'opération.

Cf. les fonctions HBloqueNumEnr(), HDébloqueNumEnr() et HErreurBlocage ().

Les fonctions HLit(), HModifie() et HAjoute() permettent aussi de bloquer l'enregistrement manipulé.
_

Eh bien je vous remercie pour ces infos notamment pour cette notion de READ COMITTED que je ne conaissais pas. Les bases de données avec lesquelles j'avais bossé jusque là le pratiquaient sans que j'ai eu a me poser de questions.

Il me reste a décider de la manière dont je vais faire.

Merci encore.