Discussion :

[LIARDET]

Bonjour
J'ai développé une base Access et il m'arrive lors d'une modification d'un enregistrement , de recevoir le message suivant :

***************** "Impossible d'enregistrer car la ressource est actuellement verrouillée par un autre utilisateur" ****************

Ce n'est pas un souci en soi (au contraire, j'attends quelques minutes et je refais une tentative) , sauf ...lorsque la personne en question est partie pour des heures !

Mon souhait ; l'identifier pour pouvoir l'appeler et lui demander de sortir ou (au pire) la déconnecter à distance.

Nous utilisons SAP et dans ce logiciel, dans un cas similaire, il nous donne l'identification de la personne avec laquelle nous sommes "en conflit" (au travers de son matricule usine)

Dans Access, je sais récupérer dans un table le nom de la personne qui a modifié l'enregistrement d'un formulaire (selon la méthode suivante ...)

* dans un module

Code :

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

1
2
3
Public Function GetUserName() As String
 GetUserName = Environ("Username")
End Function

* dans le formulaire sur l'évènement "avant modification" => mise à jour d'un champs prévu à cet effet avec la fonction GetUserName définie plus tôt dans le module

Code :

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

1
2
3
Private Sub Form_BeforeUpdate(Cancel As Integer)
Me.LU.Value = GetUserName()
end sub

Mais ceci ne règle pas le problème, QUI est le USER qui a EFFECTIVEMENT LA MAIN (et qui n'est pas lié lui à un évènement sur MA cession) ?

Si quelqu'un a déjà développé pareille fonction, son aide me serait des plus utiles, merci d'avance !

[EricDgn]

Bonjour,
Une solution: utiliser une table tUsers où à l'ouverture de l'application le nom de l'utilisateur et la date/heure sont enregistrés, puis idem enregistrement date/heure à la fermeture de l'application. S'il s'agit d'un nouvel utilisateur, il peut lui être demandé d'indiquer son email ou son n° de téléphone!
Bonne continuation

[Jean-Philippe André]

Salut,

des outils ont ete developpes a ce sujet :
http://argyronet.developpez.com/down...ols/mdbviewer/
https://www.developpez.net/forums/d3...e-fichier-ldb/
et une saine lecture
http://dolphy35.developpez.com/artic.../basesreseaux/

[LIARDET]

Bonjour Messieurs
Sincères remerciements pour vos réponses.
Pour faire ma maintenance hebdomadaire, j'ai besoin d'avoir l'accès en exclusivité sur la base de données. J'ai donc bidouillé un code pour "sortir" les utilisateurs d'office (avec message les prévenant, timer etc.)
Cela fonctionne dans la grande majorité des cas. Si ce n'est pas le cas, j'utilise l'utilitaire dont parle Jean-Philippe ANDRE :
http://argyronet.developpez.com/down...ols/mdbviewer/
Dans mon entreprise cet utilitaire renvoie le nom de (tous les) l'ordinateur(s) connecté(s), l'utilisateur quel qu'il soit apparaît sous le nom "Admin", ce qui m'a fait développer un bout de code pour que chaque fois qu'un matricule entreprise se connecte sur ma base, j'enregistre son ordinateur. Ainsi grâce à l'utilitaire, je connais l'ordinateur donc la personne que je peux appeler pour qu'elle se déconnecte manuellement (puisque informatiquement je n'y arrive pas)
Cette solution c'est ce que j'appelle "la dissuasion nucléaire", à un instant "T", l'administrateur a besoin des droits exclusifs , il vire tout le monde, il a plein pouvoir pour assurer sa maintenance.

Le cas que je souhaite aborder est beaucoup plus subtil. Il y a 35 personnes connectées (exemple), l'une d'elle par une modification d'enregistrement en cours en bloque une autre qui souhaite aussi intervenir sur cette ligne particulière d'une table.

il faudrait qu'au lieu d'avoir le message
***** "Impossible d'enregistrer car la ressource est actuellement verrouillée par un autre utilisateur" *****

il y ait un message
***** "Impossible d'enregistrer car ce même enregistrement est en cours de modification par : Matricule (ou ordinateur ou nom etc...)" *****

Comme je vous l'ai dit, c'est ce qui existe dans SAP (certes 1er ERP mondial me semble-t-il), si quelqu'un s'oublie sur un panneau (il y en a des milliers ) et bloque tous les autres (des milliers de connectés aussi !) le but n'est pas de virer tous les connectés mais d'identifier pour l'alerter celui qui pose problème.

Complexe n'est ce pas ? Et pourtant si pratique...
Salutations.

[EricDgn]

Un post (assez ancien) sur ce sujet: Determine if a Record Is Locked and by Whom.
Cordialement.

[LIARDET]

Merci beaucoup Eric pour avoir su dénicher cette pépite que je vais analyser et tester dès que possible
Entretemps j'avais commencé à élaborer un début de solution. (purement théorique à ce stade)
Je sauvegarde déjà le matricule du créateur d'un enregistrement, puis le matricule de celui qui modifie ce même enregistrement (sans garder tous les intervenants toutefois, seulement le dernier qui vient écraser le "modificateur" précédent)
Problème ce "modificateur" ne s'enregistre que si justement il modifie "pleinement" c'est à dire après l'évènement After_Update.
M'est venue l'idée de créer un code sur l'évènement Before_Update, ce code aurait pour but de reprendre dans une table à part (appelons la, "EnCoursModifTableX" )la clé de l'enregistrement de la table d'origine plus le matricule de la personne qui a commencé à le toucher.
Dès lors voici les scenarii possibles :
La personne 1 va au bout de son enregistrement (évènement After_Update) , je mets un bout de code dans cet évènement qui va supprimer la clé dans la table "EnCoursModifTableX"
La personne 1 annule sa modification en cours , je mets ce même bout de code qui va supprimer la clé dans la table "EnCoursModifTableX"
La personne 1 "s'oublie" en cours de modification, la table "EnCoursModifTableX" reprend le numéro d'enregistrement (et le matricule de la personne 1) sur lequel la personne 2 se trouve
Donc dans l'évènement Before_Update de mon formulaire (qui touche à la TableX) , je fais une recherche sur la table "EnCoursModifTableX"et si je trouve ce même numéro d'enregistrement (et un matricule) je peux afficher un message qui dit à la personne 2 "vous ne pouvez pas enregistrer car le matricule (personne 1 ) est en train de modifier l'enregistrement.
Il faut compliquer un peu les choses en se disant que si 3 ou 4 personnes modifient toutes en même temps le même enregistrement, ce numéro de clé va se retrouver plusieurs fois dans "EnCoursModifTableX" (mais avec un numéro de matricule différent ! donc tous identifiables)
Idée à approfondir aussi pourquoi pas.
Merci encore