Discussion :

[zouzoukha]

Bonjour à tous!

je souhaiterai avoir quelques précisions sur le principe d'utilisation des transactions.

Imaginons 2 fenetres FEN_A et FEN_B

Sur le bouton de Validation de la fenetre FEN_A j'utilise une transaction :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
HTransactionDébut(gsRepExe+"Transaction.trs")
HLitRecherchePremier(FichierA,IDFichierA,VariableA)
SI HTrouve(FichierA) ALORS
    // affectation ....
    // ...
    HModifie(FichierA)
    SI ErreurDétectée ALORS
        HTransactionAnnule()
        Erreur("Le fichier A n'a pas été mis à jour!",HErreurInfo())
        RETOUR    
    FIN
FIN

HLitRecherchePremier(FichierB,IDFichierB,variableB)
SI HTrouve(FichierB) ALORS
    // affectation ....
    // ...
    HModifie(FichierB)
    SI ErreurDétectée ALORS
        HTransactionAnnule()
        Erreur("Le fichier B n'a pas été mis à jour!",HErreurInfo())
        RETOUR    
    FIN
FIN

ouvre(FEN_B)

Htransactionfin()

Ensuite au niveau de la fenêtre FEN_B, j'ai encore la même transaction que je débute, des modif sur des fichiers C et D et même A ou B et si tout s'y passe bien j'y fais également un Htransactionfin()

Ma question est la suivante :

Si dans la fenêtre FEN_B la transaction est annulée, cela suffit -il pour annuler celle de la FEN_A (vu que c'est la même transaction?)

Merci d'avance pour l'aide

[vmolines]

Commencez par lire l'aide des fonctions HTransactionXXX.

[tatayo]

Bonjour,
Pour moi si c'est la même transaction, peu importe où se trouve le hTransactionAnnule(), toute la transaction est annulée.
Celà étant dit, j'ai pour principe de n'avoir aucune action sur l'interface utilisateur dans une transaction:
Je début une transaction
Je lance les mises à jour
Je valide/annule la transaction
ENSUITE seulement j'interagis avec l'utilisateur.

Le but est de rendre la transaction la plus courte possible, pour éviter les conflits de verrouiillage.

Tatayo.

[zouzoukha]

@Tatayo
Merci pour ces précisions!

@Vmolines
J'avais déjà regardé l'aide mais cette phrase m'a découragé :

Code :

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

Il est impossible d'imbriquer les transactions (c'est-à-dire d'appeler la fonction HTransactionDébut dans une transaction). Dans ce cas, l'erreur 70031 est générée.

Et j'ai absolument besoin d'en imbriquer dans le cas suivant.
J'ai un BL déjà enregistré, je clique droit sur le BL puis "annuler et remplacer le BL" permet d'effectuer l'action suivante :

1- Débute Transaction
2- Récupération des infos du BL et de Lignes_BL
3- Ouverture fenetre Nouveau BL avec toutes les infos pour Modifications
4- Validation Nouveau BL
5- Débute Transaction pour cette validation (Et la problème car une transaction est déjà en cours- et si je mets un htransactionfin avant, cela fonctionne mais en cas de problème dans la validation du nouveau BL les opérations précédant le nouveau BL sont validées)
6- Si validation OK - Terminer la transaction
7- Modifier Le BL d'origine avec la mention annulé
8- Si tout est ok Terminer la transaction

Je ne sais pas si ces explications sont claires

erci d'avance pour le temps que vous prenez

[vmolines]

C'était exactement la ligne de l'aide qu'il fallait repérer .

[tatayo]

Tout à fait d'accord avec vmonlines. Je n'avais pas percuté sur le fait que tu voulais ouvrir une deuxième transaction dans la fenêtre.
Je changerai ton code ainsi:
1- Récupération des infos du BL et de Lignes_BL
2- Ouverture fenetre Nouveau BL avec toutes les infos pour Modifications
3- Début de la transaction
4- Validation Nouveau BL
5- Modifier Le BL d'origine avec la mention annulé
6- Si tout est ok Terminer la transaction

Pour moi la modification des DEUX documents doit être atomique.

Tatayo.

[hehehe]

bonjour

je me greffe à la discution car elle m'interpelle aussi.

sur une fenetre (sans rad), j'ai des champs provenant de plusieurs fichiers différents.
ex:
fournisseur,
adresse,
contact,


si je modifie le fournisseur et adresse et contact...

comment gérer vous les transactions?
là je coince.

[tatayo]

Si l'ensemble de ces modifications doivent être atomiques:
1. J'ouvre une transaction
2. Je lance les modifications
3. Je valide/annule la transaction

Tatayo.

[zouzoukha]

Salut Tatayo,

C'est un ordre qui ne m'arrange pas beaucoup

Pour la simple raison, qu'avant l'ouverture du nouveau BL, il y a eu une modif du Stock dû au retour des lignes_bl du BL annulé.
Je risque de me voir refuser la validation du BL à cause "d'insuffisance en stock"!

Par contre, est-il possible de créer et gérer 2 "fichiers" de transactions différentes?

Du genre :

HTransactionDébut(gsRepExe+"Transaction_AnnuleBL.trs")

et

HTransactionDébut(gsRepExe+"Transaction_ValideBL.trs")

Peut-on imbriquer deux transactions différentes?

Merci d'avance

[tatayo]

C'est un ordre qui ne m'arrange pas beaucoup

Pour la simple raison, qu'avant l'ouverture du nouveau BL, il y a eu une modif du Stock dû au retour des lignes_bl du BL annulé.
Je risque de me voir refuser la validation du BL à cause "d'insuffisance en stock"!

Là, il y a quelquechose que je ne comprends pas:
Le fait d'annuler un BL doit normalement faire ENTRER des produits en stock, non ? Qui plus est, le fait de tout faire dans une transaction ne change pas grand chose à ce niveau.

Par contre, est-il possible de créer et gérer 2 "fichiers" de transactions différentes?

Du genre :

HTransactionDébut(gsRepExe+"Transaction_AnnuleBL.trs")

et

HTransactionDébut(gsRepExe+"Transaction_ValideBL.trs")

Aucune idée, je n'utilise pas les ordres h*, mais:

Peut-on imbriquer deux transactions différentes?

Merci d'avance

L'aide en ligne dit clairement que ce n'est pas possible, donc je dirai non.

Je ne vois que deux possibilités:
1. Soit l'annulation du BL et la création de sont remplaçant est atomique, et tout doit être dans une transaction
2. Soit les deux sont "indépendant", dans le sens ou la "non mise à jour" de l'un n'influe pas sur l'autre, et il te faut deux transactions distinctes, non imbriquées

Mais je penche pour la première solution.

Tatayo.

[SevenSoftware]

Bonjour,

J'ai le même problème entre 2 applis Windev.
L'appli 1 contrôle le BL (qté manquantes, etc..)
elle passe la main à l'appli2 qui fait le colisage (poids, étiquettes, etc...)
puis repasse la main à l'appli1 qui édite le Bl, met à jour le stock...

Le problème est que l'appli2 a besoin d'avoir connaissance des
eventuelles modifs faites dans les fichiers par l'appli1.
Au retour, l'appli1 a besoin des modifs effectuées dans les fichiers
par l'appli2.

L'appli1 est obligée de valider la transaction, sinon les enregs sont
toujours vérrouillés et ne seront pas disponibles pour l'appli2,
idem pour l'appli2.

Le fait d'avoir une transaction de chaque côté ne résoud rien
(le même problème se produirait si votre fenêtre s'ouvrait dans un contexte
différent: On pourrait débuter une nouvelle transaction mais
les enregs resteraient vérrouillés si la 1ere transaction n'est pas terminée)

Pour l'instant je ne vois qu'une solution:
- Copier les enregs à modifier dans des fichiers temporaires
(si dans la même appli, on peut aussi travailler en mémoire (table mémoire par ex.)
- Modifier les fichiers temp de chaque côté (ou les tables mémoire)
- Ouvrir une transaction
- Modifier les enreg dans la vraie base (BL, stock, mouvements, etc...)
- Valider/annuler la transaction
- Vider les fichiers temporaires

Qu'en pensez-vous ?

[klbsjpolp]

Qu'en pensez-vous ?

Il y a plein de solutions pour passer les données d'une application à une autre (comme d'une fenêtre à une autre). La zone mémoire partagée, un fichier sur disque, les sockets, les fichiers de bd...
Si tu veux utiliser un fichier de base de donnée, tu peux utiliser HDéclare ou HDécritFichier afin de créer dynamiquement ton fichier de données pour le supprimer ensuite.