J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
J'ai toujours hésité à utiliser les transactions
[ HtransactionDébut() / HtransactionFin() ] même si cela m'aurait été
bien utile à plusieurs occasions.
J'aimerais l'avis de ceux qui utilisent ce concept avant de me lancer
dans l'aventure.
Est-ce aussi fiable qu'on le prétend ?
Y a-t-il des pièges à éviter ?
Est-ce que cela ralenti beaucoup les enregistrements ? Par exemple,
lors de l'enregistrement d'une facture ou il y a plusieurs fichiers à
mettre à jour.
J'ai bien lu les recommandations dans l'aide de WD8 et comment
rétablir la cohérence de la base de donnée en testant
HTransactionInterrompue() dans le code d'initialisation du projet. Est-
ce vraiment aussi simple ?
Toute réponse sera grandement appréciée.
...
l'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
...
l'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
...
l'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
Goof a écrit :...
> - Si possible 1 fichier de transaction (TRS) par poste/instance (PID del'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
Bonjour,
Nous utilisons un seul fichier de transaction depuis la 75 pour nos
programmes multi-postes et nous avons pas eut de problèmes pour
l'annulation des transactions. Quel est le problème liée à ce conseille ?
J.B.D.
Goof a écrit :
...
> - Si possible 1 fichier de transaction (TRS) par poste/instance (PID de
l'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
Bonjour,
Nous utilisons un seul fichier de transaction depuis la 75 pour nos
programmes multi-postes et nous avons pas eut de problèmes pour
l'annulation des transactions. Quel est le problème liée à ce conseille ?
J.B.D.
Goof a écrit :...
> - Si possible 1 fichier de transaction (TRS) par poste/instance (PID del'exe ou autre comme variable dans le nom du fichier TRS)
...
A++
Goof
Bonjour,
Nous utilisons un seul fichier de transaction depuis la 75 pour nos
programmes multi-postes et nous avons pas eut de problèmes pour
l'annulation des transactions. Quel est le problème liée à ce conseille ?
J.B.D.
> - Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction .
Donc pour ses fichiers, on les écarte de la gestion par transaction. (o n
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
> - Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction .
Donc pour ses fichiers, on les écarte de la gestion par transaction. (o n
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
> - Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction .
Donc pour ses fichiers, on les écarte de la gestion par transaction. (o n
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
Réal Phil a écrit :- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
Bonjour,
Je vous indique ce que nous avons constaté lors de nos tests de rollback
des transactions. nous avons des fichiers de cumul qui sont bloqués en
lecture par hbloquefichier/hdebloquefichier et il est apparu que ces
fichiers n'ont pas eu l'application du rollback bien qu'ils aient été en
transaction.
Ces tests ont été effectués à l'époque sur le WD7.5 lors du choix
d'utiliser les transactions. Il faudrait les refaire sur la version de
WD que vous utilisez, et nous dire si c'est toujours un pbm d'actualité.
Pour le blocage de la lecture des données, la doc conseille de bloquer
les enregistements générés pendant la transaction avec l'option
'hBlocageLectureEcriture' de hajoute et hmodifie.
cf Transactions : Sécurisez vos traitements sur des fichiers Hyper File
Si votre code a été réalisé pour gérer manuellement les erreurs de
blocage, il ne devrait pas y avoir de soucis. Reste à garder la trace de
tous les enregistrements ajoutés/modifiés pour les débloquer à la fin de
la transaction ...
De plus cela ne règle pas le problème des enregistrements supprimés qui
eux seront effectivement plus visibles du reste du réseau bien que la
transaction n'est pas été encore validée.
J.B.D.
Réal Phil a écrit :
- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
Bonjour,
Je vous indique ce que nous avons constaté lors de nos tests de rollback
des transactions. nous avons des fichiers de cumul qui sont bloqués en
lecture par hbloquefichier/hdebloquefichier et il est apparu que ces
fichiers n'ont pas eu l'application du rollback bien qu'ils aient été en
transaction.
Ces tests ont été effectués à l'époque sur le WD7.5 lors du choix
d'utiliser les transactions. Il faudrait les refaire sur la version de
WD que vous utilisez, et nous dire si c'est toujours un pbm d'actualité.
Pour le blocage de la lecture des données, la doc conseille de bloquer
les enregistements générés pendant la transaction avec l'option
'hBlocageLectureEcriture' de hajoute et hmodifie.
cf Transactions : Sécurisez vos traitements sur des fichiers Hyper File
Si votre code a été réalisé pour gérer manuellement les erreurs de
blocage, il ne devrait pas y avoir de soucis. Reste à garder la trace de
tous les enregistrements ajoutés/modifiés pour les débloquer à la fin de
la transaction ...
De plus cela ne règle pas le problème des enregistrements supprimés qui
eux seront effectivement plus visibles du reste du réseau bien que la
transaction n'est pas été encore validée.
J.B.D.
Réal Phil a écrit :- Durant une transaction, les fichiers qui sont soumis à un
hbloquefichier/hdebloquefichier ne sont plus gérés par la transaction.
Donc pour ses fichiers, on les écarte de la gestion par transaction. (on
n'a pas vérifier la gestion des blocages pour un enregistrement).
J.B.D.
Lors de l'enregistrement d'une facture environ 900 lignes de code sont
exécutées. Et comme nous n'utilisions pas les HTransactions..() avant
nous avons tout plein de HBloqueFichier/HDebloqueFichier avec blocage
en lecture et en écriture - en fait chaque fichier qui doit être mis à
jour a un blocage/déblocage. Est-ce que je dois comprendre que l'ajout
d'un HTransactionDébut() au début et un HTransactionFin() à la fin tel
quel sans rien changer aucune autre ligne de code ne servira à rien
parce qu'aucun de ces fichiers ne sera géré par HTransaction..() ?
C'est curieux, non ?
En réseau il est pourtant indispensable de bloquer la lecture des
données - particulièrement pour certaines données cumulatives (comme
un cumulatif du chiffre d'affaire d'une Client, etc...). D'ailleurs
l'aide dans WD8 le recommande fortement.
Est-ce que j'ai mal compris quelque chose ?
Bonjour,
Je vous indique ce que nous avons constaté lors de nos tests de rollback
des transactions. nous avons des fichiers de cumul qui sont bloqués en
lecture par hbloquefichier/hdebloquefichier et il est apparu que ces
fichiers n'ont pas eu l'application du rollback bien qu'ils aient été en
transaction.
Ces tests ont été effectués à l'époque sur le WD7.5 lors du choix
d'utiliser les transactions. Il faudrait les refaire sur la version de
WD que vous utilisez, et nous dire si c'est toujours un pbm d'actualité.
Pour le blocage de la lecture des données, la doc conseille de bloquer
les enregistements générés pendant la transaction avec l'option
'hBlocageLectureEcriture' de hajoute et hmodifie.
cf Transactions : Sécurisez vos traitements sur des fichiers Hyper File
Si votre code a été réalisé pour gérer manuellement les erreurs de
blocage, il ne devrait pas y avoir de soucis. Reste à garder la trace de
tous les enregistrements ajoutés/modifiés pour les débloquer à la fin de
la transaction ...
De plus cela ne règle pas le problème des enregistrements supprimés qui
eux seront effectivement plus visibles du reste du réseau bien que la
transaction n'est pas été encore validée.
J.B.D.