Discussion :

[Empty_body]

Salut,
J'ai un petit problème avec Access, j'ai une petite application que j'aimerais pouvoir partager avec d'autres utilisateur mais le problème est que lorsque l'un d'entre nous se connecte, un fichier ldb est créé et les autres on beau double cliquer sur le fichier mdb, rien n'y fait, ça ne s'ouvre pas... Par contre, ils peuvent mais c'est pas convivial, l'ouvrir après avoir lancé Access, en allant dans fichier, ouvrir...
Je me doute qu'il s'agit sans doute d'un bête truc mais je ne le trouve pas... Quelqu'un voit une solution?

[tonio-lille]

Utilises le mécanisme des tables liées d'Access.

Fais une recherche sur le forum, tu devrais trouver facilement

[helas]

Voir dans le menu Outils\Options\Avancé vérifier Mode d'ouverture et Verrouillage des enregistrements

[Empty_body]

Merci pour vos idées... Le problème est que je ne suis pas le concepteur de l'application est que lorsque je la lance, je n'ai pas d'accès au menu d'Access... C'est un système de splash screen, je présume... (je ne suis pas un pro d'access, ni de vba)... Comment puis-je faire?
Merci.

[Empty_body]

Est-ce possible de bloquer ce splash screen? Si oui, quelqu'un sait comment?

[Invité]

Salut

Ouvre la base en appuyant sur la touche Shift (laisser appuyer j'usqu'à l'ouverture complête de la base).

Starec

[Empty_body]

Re...

Tout d'abord, merci pour vos réponse rapides... Le truc du shift fonctionne nickel... Par contre je ne vois pas bien quoi modifier ici :

Car j'ai suivi un tuto sur le web et tout semble correspondre... Néanmoins, lorsque j'ouvre l'application, le fichier ldb est toujours généré et aucun autre utilisateur ne peut se connecter en même temps que moi... Sauf en ouvrant avant access et en allant dans fichier, ouvrir... Quelqu'un sait me dire pourquoi?
Merci...

[Empty_body]

Rectification... Lorsque moi, proporiétaire de la base, je l'ouvre, personne ne peut l'ouvrir en même temps que moi. Par contre, si un collègue l'ouvre, je peux sans problème l'ouvrir en même temps...

[Empty_body]

Ce qui me semble le plus original, c'est que Windows n'ouvre pas l'application mais qu'il ne met pas non plus de message d'erreur...

[Domi2]

Bonjour,

Tout d'abord, ton application est-elle scindée, soit une base dorsale contenant uniquement les données sur le serveur, et des bases frontales (formulaires, requêtes, états, modules) sur chaque poste utilisateur.

Ensuite, le mode d'ouverture n'est pas correct.

Verrouillage par défaut doit être Enregistrement modifiié et il faut cocher Ouvrir avec Enregistrements verrouillés. Enfin, la propriété Verrouillage des formualires doit être réglée sur Enr modifié.

Domi2

[HP2103]

Bonjour,

Personellement, je rencontre le même problème (impossible d'ouvrir une base non scindée partagée en réseau lorsqu'un utilisateur l'a déjà ouverte) en double cliquant sur le fichier .mdb

Cela fonctionnait très bien avant. Je pense que ça ne fonctionne plus depuis les dernières MAJ de Microsoft.Update (et je pense notamment celle d'IE7).

Mais effectivement, en ouvrant préalablement Access puis par le menu Fichier Ouvrir, ça fonctionne (merci au passage !).

[Tofalu]

D'où l'intérêt de scinder la base

Cette architecture de base frontale / dorsale est plus que recommandée

[HP2103]

Certes, d'autant plus que les performances sont bien meilleures en séparant structure et données.

Cependant, le gros désavantage est qu'on ne peut pas déplacer la base frontale d'un répertoire à un autre sans avoir à refaire les liens des tables attachées de chacune des bases dorsales (enfin personnellement, je n'ai jamais réussi à faire autrement ou alors j'ai loupé quelque chose !!!)

[Tofalu]

Une routine VBA peut très bien faire l'affaire (cf la FAQ)

[loufab]

Certes, d'autant plus que les performances sont bien meilleures en séparant structure et données.

Cependant, le gros désavantage est qu'on ne peut pas déplacer la base frontale d'un répertoire à un autre sans avoir à refaire les liens des tables attachées de chacune des bases dorsales (enfin personnellement, je n'ai jamais réussi à faire autrement ou alors j'ai loupé quelque chose !!!)

On peut déplacer la base frontale (l'applicatif) sans refaire les liens mais pas les bases dorsales (les données).

Sinon un controle systèmatique au démarrage de la base avec réattachement vers un fichier/repertoire choisi par l'utilisateur (malheureusement) le cas échéant.

Le code est dans le forum.

Cordialement,

[Empty_body]

Malheureusement, je n'ai pas d'architecture frontale, juste une "bête" application avec tout en un... Existe-t-il quand même une solution?

[Heureux-oli]

Si cette "architecture n'existe pas, il suffit de la faire.

Tu crée une base vide que tu mets sur le réseau, tu y importes les tables de l'application.

Dans l'application, tu lies les tables que tu viens d'importer dans la nouvelle DB.

Je te conseille de faire une sauvegarde avant, on ne sait jamais.

Avant de lier les tables, tu dois faire renommer les anciennes, par exemple avec un 0 à la fin.