Base Access en mode partagé
Fermé
chryscrak
Messages postés
39
Date d'inscription
mardi 13 juillet 2004
Statut
Membre
Dernière intervention
15 avril 2007
-
17 mai 2006 à 17:43
blux Messages postés 26502 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 2 décembre 2024 - 26 févr. 2010 à 17:39
blux Messages postés 26502 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 2 décembre 2024 - 26 févr. 2010 à 17:39
A voir également:
- Base access multi utilisateur
- Formules excel de base - Guide
- Multi exp heartgold - Forum Jeux vidéo
- Pokémon SoulSilver multi exp - Forum Jeux vidéo
- Exemple base de données access à télécharger gratuit - Forum Access
- Multi exp pokemon diamant ✓ - Forum Jeux vidéo
3 réponses
zenon
Messages postés
726
Date d'inscription
jeudi 30 septembre 2004
Statut
Membre
Dernière intervention
13 février 2010
180
17 mai 2006 à 22:30
17 mai 2006 à 22:30
Ton message d'erreur... je sais pas.
Mais je pense que ce serait mieux d'installer une bdd sur chaque poste en liant les tables et en important tous les autres objets.
De cette manière, je pense que tu n'aurais plus de problèmes d'accès et ça accélère un peu l'affichage...
Mais je pense que ce serait mieux d'installer une bdd sur chaque poste en liant les tables et en important tous les autres objets.
De cette manière, je pense que tu n'aurais plus de problèmes d'accès et ça accélère un peu l'affichage...
blux
Messages postés
26502
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
2 décembre 2024
3 317
18 mai 2006 à 09:09
18 mai 2006 à 09:09
Salut,
si tu es absolument certain que personne n'a ouvert ta base, alors tu peux suprimer le fichier mabase.ldb UNIQUEMENT SI PERSONNE N'EST CONNECTE (enlève le partage, comme ça tu seras sûr...)
C'est le fichier des verrous (locks data base) qu'access utilise pour savoir qui est connecté...
Il est en principe mis à jour correctement à chaque connexion/déconnexion, mais s'il n'existe pas, ACCESS le crée au lancement...
Si tu es en access 2000, tu peux voir le contenu de ce fichier grâce à cet utilitaire (ldb viewer) :
http://access.mvps.org/accessfr/modules/mdl0055.htm
Mais peut-être en existe-t'il d'autres pour d'autres versions ?
Ceci dit, pour éviter les problèmes, essaye de créer un fichier MDE que tu distribues à tes utilisateurs et laisse la base MDB sur un serveur avec des tables liées...
si tu es absolument certain que personne n'a ouvert ta base, alors tu peux suprimer le fichier mabase.ldb UNIQUEMENT SI PERSONNE N'EST CONNECTE (enlève le partage, comme ça tu seras sûr...)
C'est le fichier des verrous (locks data base) qu'access utilise pour savoir qui est connecté...
Il est en principe mis à jour correctement à chaque connexion/déconnexion, mais s'il n'existe pas, ACCESS le crée au lancement...
Si tu es en access 2000, tu peux voir le contenu de ce fichier grâce à cet utilitaire (ldb viewer) :
http://access.mvps.org/accessfr/modules/mdl0055.htm
Mais peut-être en existe-t'il d'autres pour d'autres versions ?
Ceci dit, pour éviter les problèmes, essaye de créer un fichier MDE que tu distribues à tes utilisateurs et laisse la base MDB sur un serveur avec des tables liées...
chryscrak
Messages postés
39
Date d'inscription
mardi 13 juillet 2004
Statut
Membre
Dernière intervention
15 avril 2007
1
18 mai 2006 à 11:53
18 mai 2006 à 11:53
Bonjour Blux !
C'était exactement ce que j'ai fait : le fichier qui se trve sur chaque poste utilisateur est un .mde et sur le lecteur réseau commun j'ai ma base .mdb et je fais le lien entre les deux avec des tables liées.
Autrement, j'utilise une version access 2003 et mon fichier .ldb est crée à chaque connexion et supprimer après la déconnexion du dernier utilisateur.
Je comprends pas du tt l'origine de cette erreur... voilà...
@++
C'était exactement ce que j'ai fait : le fichier qui se trve sur chaque poste utilisateur est un .mde et sur le lecteur réseau commun j'ai ma base .mdb et je fais le lien entre les deux avec des tables liées.
Autrement, j'utilise une version access 2003 et mon fichier .ldb est crée à chaque connexion et supprimer après la déconnexion du dernier utilisateur.
Je comprends pas du tt l'origine de cette erreur... voilà...
@++
Gilles
>
chryscrak
Messages postés
39
Date d'inscription
mardi 13 juillet 2004
Statut
Membre
Dernière intervention
15 avril 2007
28 mars 2007 à 17:45
28 mars 2007 à 17:45
Avais tu trouvé l'origine de ton problème? J'ai exactement le même probleme et je ne m'en sors pas!
Je ne sais pas si votre problème a trouvé une solution.
Dans le doute, je vous communique le fait suivant: J'ai été confrontée récemment au même problème après avoir modifié ma DB frontale.
Pour compliquer les recherches, le réseau avait été modifié ainsi que la structure de la base de données des données.
Finalement, après avoir réfléchi et fait quelques essais, j'ai acquis la conviction que la DB frontale était en cause.
En épluchant le code, j'ai effectivement trouvé une erreur grossière (d'essai de copie de fichiers sans spécifier le path). Après correction et regénération du *.mde, tout est rentré dans l'ordre.
Peut-être avez-vous trouvé une solution similaire?
Des nouvelles?
Dans le doute, je vous communique le fait suivant: J'ai été confrontée récemment au même problème après avoir modifié ma DB frontale.
Pour compliquer les recherches, le réseau avait été modifié ainsi que la structure de la base de données des données.
Finalement, après avoir réfléchi et fait quelques essais, j'ai acquis la conviction que la DB frontale était en cause.
En épluchant le code, j'ai effectivement trouvé une erreur grossière (d'essai de copie de fichiers sans spécifier le path). Après correction et regénération du *.mde, tout est rentré dans l'ordre.
Peut-être avez-vous trouvé une solution similaire?
Des nouvelles?
Bonjour, je reponds tard mais ça peut servir à quelqu'un qui cherche une reponse sur google.
Il s'agit d'une réponse partielle, ou plutot d'une idée à explorer. Le mode exclusif dans access corespond à un vérouillage de la base, ou d'une table, ou d'un formulaire. ex: un formulaire qui est vérouillé (verouillage générale) rend exclusif l'accès à une table, qui n'est donc plus accéssible par un autre formulaire...
C'est donc peut etre une simple histoire de vérouillage de table ou de formulaire qui rend la base inutilisable par d'autre utilisateurs. (voir les propriétés)
Il s'agit d'une réponse partielle, ou plutot d'une idée à explorer. Le mode exclusif dans access corespond à un vérouillage de la base, ou d'une table, ou d'un formulaire. ex: un formulaire qui est vérouillé (verouillage générale) rend exclusif l'accès à une table, qui n'est donc plus accéssible par un autre formulaire...
C'est donc peut etre une simple histoire de vérouillage de table ou de formulaire qui rend la base inutilisable par d'autre utilisateurs. (voir les propriétés)
oui, vous pouvez facilement reparer base access: https://access.recoverytoolbox.com/fr/
blux
Messages postés
26502
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
2 décembre 2024
3 317
26 févr. 2010 à 17:39
26 févr. 2010 à 17:39
Nous pas vouloir, base access pas abîmée, base access vérouillée, nuance...
18 mai 2006 à 08:28
En fait j'ai déjà créer une base sur le réseau commun (qui se met automatiquement à jour périodiquement) et une interface ac les Formulaires sur chaque poste client ; les tables se trouvant dans l'inteface étant liées à la base source... C'est la meilleur solution que j'ai actuellement. Merci quand même pr le coup de main.