Discussion :

[robich]

Bonjour à tous,

je sais que c'est une question bête pour vous, mais moi sa me bloque un peu,

donc voilà j'ai BD que je voulez partagé avec quatre utilisateur, j'ai bien suivi le tuto concernant les multiutilisateur sur réseau, et j'ai devisé ma BD (BD frontale) (BD dorsal), mes question est ce que je doit copier (BD frontale) sur tous les ordinateurs d'utilisateur ou refaire la manipulation pour chaque ordinateur avec la BD Original?? pour le (BD dorsal) est ce qu'il y'a qu'un sur le réseau ou pour chaque ordinateur un (BD dorsal) aidez moi s'il vous plait comment procéder car je suis perdu.

merci de votre aide.

[Gado2600]

Bonjour,
Tu n'as pas besoin de faire de copies.
Sur le réseau, tu gardes les deux parties de ta base de données et sur chacun des postes, tu places un raccourcit du fichier qui contient les formulaires (la frontale je crois).

Si tout fonctionne bien, chaque utilisateur aura accès au raccourcit de la base et pourra l'utiliser normalement.
Crdl

[robich]

Bonjour Gado2600,

merci pour ta réponse donc si bien j'ai compris, j'ai mis tous les deux BD sur réseau et un raccourcie de BD Frontal sur le Bureau, il n'aura pas de ralentissement au niveau d'application quand tous les utilisateurs l'utilise par rapport que les deux BD sur les réseaux ou d'autre anomalie, est si un utilisateur l'ouvre le deuxième sera en lecture seul ou il peut l'utilisé comme l'autre??

merci

[Gado2600]

Hum...
Pour le dernier point, si j'ai bien compris le principe de la base de données frontale/dorsale, c'est de pouvoir être à plusieurs sur les mêmes données.
Dans tous les cas, je pense que le dernier enregistrement sera pris en compte (à moins d'avoir une synchronisation d'enfer)

Pour les divers problèmes que tu peux rencontrer, cela dépend de ta base et de la quantité de données présente dessus.
Pour ma part, je rencontre des soucis au niveau du réseau de l'entreprise concernant la vitesse et cela se ressent un peu sur la base.
Quelques conseils :
- Stock la base fractionnée dans un chemin d'accès le plus court possible. Je suppose que le nom du chemin est lié à la vitesse (à confirmer par des experts)
- Fais une copie de ta base de données sans l'avoir fractionnée pour en garder une sauvegarde puisque tu fais des essais dessus.

Crdl

[robich]

merci beaucoup pour tes conseils.

[Invité]

Bonjour

Bien lire le tuto:

Base Frontale : Base contenant tous les Formulaires, les Requêtes, les Etats et les Macros. Cette base est placée sur les postes utilisateurs, elle aussi connectée au même réseau.

Il faut donc placer une frontale sur chaque poste utilisateur et non pas un simple raccourci.

[Gado2600]

Bonjour GAYOT,
De quel tutoriel parles-tu ?

Personnellement, j'ai placé une base dorsale/frontale sur un réseau et mis un raccourcit de la frontale sur divers postes, cela fonctionne.
Quelles différences peut-on avoir dessus ?

Merci d'avance

[robich]

Bonjour GAYOT,

merci pour ta précision, mais est ce que je doit prendre la BD Frontale déjà fait est le copier sur les autres ordinateur (pas un raccourci) ou je doit installé pour chaque poste?

Gado2600 GUYOT il parle de celui là : http://dolphy35.developpez.com/artic.../basesreseaux/

[Invité]

Il vaut mieux copier une frontale sur chaque poste. Ainsi seules les données transiteront par le réseau et non les éléments de l'interface.
De plus si vous avez des actions dynamiques telles la création de tables temporaires, cela évite les conflits.

On peut copier sur chaque poste la base frontale d'origine.

[robich]

merci

[loufab]

**BONJOUR,**

Pour ma part, je rencontre des soucis au niveau du réseau de l'entreprise concernant la vitesse et cela se ressent un peu sur la base.

C'est normal si tu partages l'application.

Quelques conseils :
- Stock la base fractionnée dans un chemin d'accès le plus court possible. Je suppose que le nom du chemin est lié à la vitesse (à confirmer par des experts)

Voir le tuto sur l'optimisation des bases de données ACCESS.

- Fais une copie de ta base de données sans l'avoir fractionnée pour en garder une sauvegarde puisque tu fais des essais dessus.

??? je ne vois pas l'intérêt de cette pratique.
1) Il ne FAUT JAMAIS travailler sur les données en exploitation. C'est l'une des règles de base de notre métier.
2) Travailler sur une application non fractionné augmente la vitesse et donc donne des résultats faux et peut occulter des requêtes mal foutue.

Cordialement,

[jehhej]

Bonjour,

Je m'auto-forme sur VBA d'Access 2010 et j'essaye aussi de créer justement une base de données multi-utilisateurs.

Dans mon cas, j'ai des tables locales et des tables partagées. Ces dernières sont sur le réseau, ces premières sont avec la base contenant les formulaires, les requêtes et le code VBA et sera installée sur chaque poste. Pourquoi ? Car comme cela, chacun ouvre ses formulaires, ses requêtes, etc et donc cela doit limiter les ralentissements. Si tout est sur le réseau et qu'on est plusieurs à ouvrir le même formulaire alors je pense que çà ralentit.

Concernant les tables utilisées par plusieurs utilisateurs en même temps, j'ai créé un système qui permet à un enregistrement de ne pas être modifiable si un utilisateur l'utilise déjà ou est sur le point de le supprimer. Je partagerais mon travail lorsqu'il sera finalisé mais je mets du temps à développer ma base de données car je ne suis pas à 100% dessus.

En gros, les utilisateurs peuvent cliquer sur le bouton "sélectionner", "modifier" ou "supprimer" de chaque enregistrement. Cela mémorise l'action dans une table partagée avec le nom de l'utilisateur (oui l'utilisateur doit se connecter pour accéder à la bdd). De ce fait, lorsqu'un utilisateur clique sur le bouton "modifier" d'un enregistrement qui est déjà indiqué comme étant en modification, cela lui indique qui est déjà en train de le modifier et l'empêche de le modifier tant que l'autre n'a pas fini sa modification.

C'est vraiment dommage qu'Access 2010 n'est pas initialement une gestion des droits d'accès. Je trouve que c'est un minimum pour une base de données

[chrtophe]

Jerome,

Si tu veux gérer des droits d’accès tu peux te tourner vers sql server, avec access en frontend.

[loufab]

Bonjour,
Si ce que tu nommes "gestion de droits d'accès" est ce que tu décris il s'agit plutôt de la gestion du verrouillage (ou des accès concurrents).

Et ça existe depuis les premières versions :
http://office.microsoft.com/fr-fr/ac...005240860.aspx

Mais en effet rien ne t'empêche d'en réécrire un à ta sauce.

La gestion de droits d'accès c'est la gestion des droits utilisateurs. Depuis 2007 elle n'est plus accessibles nativement, mais elle est toujours présente. Un outil permet de gérer comme dans les versions antérieures. Voir "ugam access" sur ton moteur préféré.

Cordialement,

Ps : Et une fois pour toute MS ACCESS n'est pas une base de données mais un RAD. Il embarque sa propre base de données qui se nomme Jet.