Discussion :

[isabelle b]

Bonjour

J'ai une base (access 2003) que j'ai installé en réseau pour multi utilisateurs.

J'ai également créé le fichier mdw et j'ai rattaché chaque applicatif des postes à ce fichier + la dorsale mise en réseau. Jusque là tout va bien.

6 postes sont connectés en même temps sans aucune difficulté mais lorsque j'essaie sur certains autres, il me refuse l'accès à la dorsale au motif qu'elle est ouverte par un autre utilisateur.

Si je déconnecte les autres postes et que je rééssaye avec le poste qui me refuse l'accès, il se connecte, mais les autres postes n'accédent plus qu'en lecture seule tant que celui ci est ouvert.

Savez vous ce qui pourrait être à l'origine de ce blocage ? La configuration réseau, le poste ?

D'après les tests que j'ai faits, les droits de l'utilisateur sur le réseau ne semblent pas être en cause, ni même le nombre d'utilisateurs connectés.

Merci
Isabelle

[Maxence HUBICHE]

Les postes "bloquant" tentent des ouvertures en mode exclusif !

[isabelle b]

Oui, je pense que c'est le problème

mais comment résoudre ce problème, d'où cela peut il provenir ?

Une idée ?

merci beaucoup
Isabelle

[Domi2]

Bonjour,

Sur les postes incriminés, dans les options, onglet Avancé, quel est le mode d'ouverture par défaut ?

Domi2

[isabelle b]

Bonsoir,

Merci pour vos réponses

De quel onglet me parles tu Domi ? Access ? Si c'est le cas, il est bien mis en mode partagé. Par contre il se trouve que j'installe l'appli sur des postes avec ou sans access (juste avec le runtime) et là je n'ai pas trouvé comment paramétrer le run time.

J'ai cherché dans toutes les options de windows je n'ai pas trouvé de paramètre infirmant ou confirmant le mode partagé ou exclusif, mais c'était une bonne piste...

Je continue de chercher, merci à vous

isabelle

[Domi2]

Bonsoir,

Je ne travaille pas avec le(s) runtime(s)...

Donc au niveau des paramètres...

Les options (pour ce que j'ai pu en vérifier), dépendent du poste de travail.

Il est toutefois possible de les modifier par code.

Regarde dans l'aide sous SetOption.

L'idée étant de paramètrer l'application au démarrage, avant la connection à une table.

Je pense que c'est une piste à étudier...

Je reste à ta disposition.

Domi2

[Invité]

Bonjour

Code :

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

1
2
 
Application.SetOption "Default Record Locking", 2

Ce code, par exemple, correspond au verrouillage par défaut sur "enregistrement modifié"

Code :

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

1
2
 
Application.SetOption "Default Open Mode for Databases", 0

Ce code correspond au mode partagé

[isabelle b]

Merci à tous les deux pour vos réponses

Ou dois je mettre ton code Gayot ?

J'ai un autre souci, je viens de m'aperçevoir que lorsqu'on copie le fichier mde on n'a pas la possibilité (avec un poste juste équipé du runtime) de le rattacher au fichier mdw, par conséquent il n'y a plus la sécurité

savez vous comment je dois faire pour que la liaison s'exécute automatiquement au démarrage ?

merci

[Domi2]

Bonjour,

Ou dois je mettre ton code Gayot ?

Cela dépend comment tu ouvres ton application.

Si tu as défini un formulaire à ouvrir dans les options de démarrage est qu'il est indépendant, tu peux mettre ce genre de code dans l'événement Sur ouverture, par exemple.

Si tu passes par une macro Autoexec, il faut lui faire exécuter une fonction (et pas une procédure), avant l'ouverture du premier formulaire.

Ce qui est important, c'est que les options soit modifiées avant l'ouverture du premier formulaire dépendant.

Pour ta deuxième question, je connais peu la sécurité. As-tu lu le tutoriel qui y est consacré ?

Domi2

[isabelle b]

Merci Domi

oui j'ai d'ailleurs appliqué ce tutoriel pour la sécurité.

Je rencontre tout de même le problème du fichier mdw. Sur un autre tuto il propose de le mettre directement sur le raccourci mais si un petit malin décide d'ouvrir l'application directement sans passer par le raccourci, il s'ouvre dans la sécurité, donc...

Mon premier formulaire "démarrage" est un formulaire "normal" que je fais démarrer grâce au menu Outils/Démarrage

Donc si je comprends bien, je dois mettre le code de Gayot sur la propriété ouverture du formulaire de démarrage n'est ce pas ?

merci

[Invité]

Bonsoir

Oui tu peux le mettre sur la procédure d'ouverture du formulaire d'accueil.
Tu peux également y modifier tous les paramètres d'options, les deux que j'ai mis ne sont que des exemples.

[isabelle b]

Merci Gayot

J'essaierai lundi matin (le réseau est en panne depuis une heure ! flute)

Si je te comprends bien le code d'ouverture en mode partagé que je mets sur l'ouverture de mon formulaire de démarrage m'assurera ce même mode pour toute ma base n'est ce pas ?

merci

[Invité]

Cela te l'assurera sur tous les postes qui lanceront ton application.

Bon courage

[Domi2]

Bonsoir,

Mon premier formulaire "démarrage" est un formulaire "normal" que je fais démarrer grâce au menu Outils/Démarrage

Donc si je comprends bien, je dois mettre le code de Gayot sur la propriété ouverture du formulaire de démarrage n'est ce pas ?

Je ne sais pas ce que tu entends par "normal".

Si le formulaire que tu ouvres a comme source une table, il est "dépendant". Et ce n'est peut-être pas correct dans la mesure ou la connection / création du fichier .ldb se fait peut-être avant l'exécution du code, donc trop tard à mon avis.

Si ton formulaire est "indépendant" (n'a pas de source), aucun problème.

Pour le reste, en l'état de mes connaissances, je partage l'avis de Gayot...

Domi2

[Invité]

Bonjour
Domi2 a raison, il faut que le formulaire soit indépendant.

Je préfère donc le mettre à la suite d'une fonction de contrôles de liens dans l'autoexec et avant même l'ouverture du premier formulaire.
Mais peut être y a t 'il encore mieux.

[isabelle b]

Merci à vous deux

j'essaierai de le mettre sur le formulaire démarrage dans un premier temps qui effectivement ne contient que des contrôles d'accès aux menus suivants car je ne sais pas ce que vous appelez autoexe et comment la mettre en place

je vous tiens au courant

isabelle

[Domi2]

Bonjour,

Dans la fenêtre de base de données, à gauche, tu as un onglet Macros.

Celles-ci te permettent d'exécuter un certains nombres d'action. Beaucoup plus limité que le VBA est pas de gestion d'erreurs.

La macro AutoExec (tu la nommes ainsi quand tu sauvegardes) est exécutée automatiquement au démarrage de l'application quand elle est présente. Cela peut être très utile dans certains cas.

L'idée ici est de faire une macro avec une seule action, ExécuterCode, avec par exemple comme nom de fonction (dans Arguments de l'action), OuvrirApplication(). A noter qu'on ne peut pas exécuter une procédure.

Ensuite, dans un module standard, tu crées ta fonction, tu fais exécuter différentes actions que tu fais à l'ouverture de ton formulaire, puis enfin, tu ouvres ton formulaire d'accueil. Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Public Function OuvrirApplication()
 
    'Maximise la fenêtre Access
    DoCmd.RunCommand acCmdAppMaximize
 
    'Appelle la procédure DesactiverX
    'Code
 
    'Vérifie les liens de la table dorsale
    'Code
 
    'Ouvre le formulaire frmAccueil
    DoCmd.OpenForm "frmAccueil", , , , , acNormal
 
End Function

Ne pas oublier de supprimer le formulaire dans "Démarrage".

Personnellement, je trouve que c'est plus souple et plus "propre" que d'utiliser un formulaire par défaut et d'exécuter plusieurs dizaines de lignes de code à l'ouverture de celui-ci.

Domi2

[isabelle b]

Merci Domi

je mets ça en oeuvre dès lundi et je te dis quoi (eh oui je suis chti !)

[isabelle b]

bonsoir

eh bien ce n'est pas si simple:

Ou puis je trouver les codes qui correspondent à ceux que tu as laissé en blanc ?

'Appelle la procédure DesactiverX
'Code

'Vérifie les liens de la table dorsale
'Code


Qu'est ce que desactiver X et pourquoi vérifier les liens de la dorsale ? Est absolument nécessaire ? jusqu'à présent je n'ai pas de souci à ce sujet ?

Merci

Isabelle

[Invité]

Bonsoir

Je pense que Domi2 t'a laissé des exemples de tout ce que tu peux mettre dans
l' Autoexec par rapport au topic actuel. C'est à toi de l'adapter en fonction de tes besoins .
Tu peux y adjoindre effectivement des fonctions de contrôles de liens, de dimensionnement de ton formulaire, mais aussi de timing, de contrôle de résolution, de création de table temporaire, de paramètres avancés etc. etc...

C'est à volonté, on ne peut donc pas te laisser de code exact.