Qui a ouvert un fichier mdb (sans utiliser le ldb)

ericboul · 22/10/2007, 17h57

Bonjour,

J'ai une application faite en Access2000 et je voudrais savoir comment faire une procédure (coder) pour identifier tous les utilisateurs qui ont ouvert un fichier (une BDD) sur un serveur à un moment précis. De la même façon que le programme "Gestion de l'ordinateur" pour un serveur particulier.

Je ne veux pas utiliser le fichier .ldb puisque je n'ai pas toujours la bonne information et celui-ci n'est pas correctement mis à jour à tout moment.

jpcheck · 22/10/2007, 18h04

bonsoir,
je propose une méthode bourrin, mais que tu peux utiliser

A l'ouverture de la base, tu insères dans une nouvelle table dernière ouverture le login de l'utilisateur qui accède à la base. TU y stockes les informations que tu veux (login, date, heure, etc.).

Mais il doit y avoir plus simple (ou déjà prévu par MS Access)

ericboul · 22/10/2007, 19h18

Salut jpcheck,

Merci du conseil mais, j'inscript déjà ces informations dans un fichier texte à l'ouverture de mon application et je les supprime lors de la fermeture.

Mais, lorsque Access «plante» (qu'il y a un problème avec l'ordinateur, ou avec l'application, ou autre), les informations ne peuvent se supprimer et c'est pourquoi j'ai vraiment besoin de savoir si l'usager est encore vraiment branché à la bdd lors de la prochaine exécution.

Dolphy35 · 22/10/2007, 21h18

Salut,

consulte ce post

http://www.developpez.net/forums/sho...d.php?t=326473

Dolphy

22/10/2007, 17h57	#1
ericboul Invité de passage Inscription : octobre 2007 Messages : 6 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 6 Points : 1 Points : 1	Qui a ouvert un fichier mdb (sans utiliser le ldb) Bonjour, J'ai une application faite en Access2000 et je voudrais savoir comment faire une procédure (coder) pour identifier tous les utilisateurs qui ont ouvert un fichier (une BDD) sur un serveur à un moment précis. De la même façon que le programme "Gestion de l'ordinateur" pour un serveur particulier. Je ne veux pas utiliser le fichier .ldb puisque je n'ai pas toujours la bonne information et celui-ci n'est pas correctement mis à jour à tout moment.
	00

22/10/2007, 21h18	#4
Dolphy35 Rédacteur/Modérateur Morgan BILLY Technicien de Production Inscription : octobre 2004 Messages : 4 106 Détails du profil Informations personnelles : Nom : Morgan BILLY Âge : 33 Localisation : France, Ille et Vilaine (Bretagne) Informations professionnelles : Activité : Technicien de Production Secteur : Industrie Informations forums : Inscription : octobre 2004 Messages : 4 106 Points : 8 745 Points : 8 745	Salut, consulte ce post http://www.developpez.net/forums/sho...d.php?t=326473 Dolphy __________________ Personnaliser la vue Backstage d'Access 2010 Découvrez avec nous Office 2010 Je ne réponds pas aux questions techniques par MP
	00

22/10/2007, 18h04	#2
jpcheck Rédacteur/Modérateur Jean-Philippe ANDRÉ Inscription : juillet 2007 Messages : 7 881 Détails du profil Informations personnelles : Nom : Jean-Philippe ANDRÉ Âge : 28 Localisation : France Informations forums : Inscription : juillet 2007 Messages : 7 881 Points : 10 736 Points : 10 736	bonsoir, je propose une méthode bourrin, mais que tu peux utiliser A l'ouverture de la base, tu insères dans une nouvelle table dernière ouverture le login de l'utilisateur qui accède à la base. TU y stockes les informations que tu veux (login, date, heure, etc.). Mais il doit y avoir plus simple (ou déjà prévu par MS Access)
	00

22/10/2007, 19h18	#3
ericboul Invité de passage Inscription : octobre 2007 Messages : 6 Détails du profil Informations forums : Inscription : octobre 2007 Messages : 6 Points : 1 Points : 1	Salut jpcheck, Merci du conseil mais, j'inscript déjà ces informations dans un fichier texte à l'ouverture de mon application et je les supprime lors de la fermeture. Mais, lorsque Access «plante» (qu'il y a un problème avec l'ordinateur, ou avec l'application, ou autre), les informations ne peuvent se supprimer et c'est pourquoi j'ai vraiment besoin de savoir si l'usager est encore vraiment branché à la bdd lors de la prochaine exécution.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email