Access 2003 et réseau

[stephaneHospi]

Bonjour à toutes et à tous.

Je suis un novice en informatique mais il me faut trouver une solution pour le problème que je vais vous présenter.

On travaille avec un petit réseau, mon poste fait office de serveur + trois PC
Sur le serveur est enregistré notre base de donnée Access, j'utilise Access 2002.
Deux postes sont équipés d'access 2003 depuis peu et c'est à ce moment là que les problèmes ont commencé.
Je partage donc ma base de données access, sur les postes équipés d'Access 2003, ont à créé un racourci sur le bureau de la base qui est sur le serveur. Si aucun PC est sur la base Access du serveur, l'utilisateur Clic sur l'icone du racourcit de la base de donnée du serveur et a directement acces à celle-ci. Par contre si quelqu'un d'autre est déjà sur la base de donnée du serveur et qu'un autre utilisateur veux si connecter par l'icone du racourcit de la base de donnée du serveur, dans ce cas cela ne marche pas, c'est comme si le racourci n'était plus actif. Dans ce cas il faut ouvrir Access 2003 et aller chercher directement dans l'arborécence la base de donnée du serveur!
Pour le poste équipé avec Access 2002 il n'y a pas de problème.

J'espère que vous aurez compris ce que j'ai voulut dire...

En tout cas merci d'avance.

[mout1234]

Bonjour et bienvenu sur le forum.

Je ne suis pas sur d'avoir bien compris ton problème mais il est probable que tu règles tes soucis (et bien d'autes ) en suivant les recommandations courantes en matière d'application multi-utilisateurs.

Je t'invite à étudier ceci:
http://dolphy35.developpez.com/artic.../basesreseaux/

[jpcheck]

Bonjour, je complète la réponse de mout en te disant que lorsqu'un utilisateur ouvre une bdd access, elle crée un fichier pour indiquer qu'un utilisateur travaille sur la base, et que celle-ci ne peut être modifiée.
Une solution efficace consiste à séparer les données (data) de l'application qui y accède (soft). Le soft peut alors être lancé plusieurs fois sans problème.

Sauf erreur...
JP

[stephaneHospi]

Envoyé par jpcheck

Bonjour, je complète la réponse de mout en te disant que lorsqu'un utilisateur ouvre une bdd access, elle crée un fichier pour indiquer qu'un utilisateur travaille sur la base, et que celle-ci ne peut être modifiée.
Une solution efficace consiste à séparer les données (data) de l'application qui y accède (soft). Le soft peut alors être lancé plusieurs fois sans problème.

Sauf erreur...
JP

Merci de ta réponse mais comment fait-on?

[jpcheck]

il y a plusieurs choses à faire :
- dans la partie application, tu créés des liaisons vers les tables de ta base.
- tu mets tous les formulaires dans la partie application

Une fois ces deux étapes réalisées tu pourras effectuer la création du fichier mde qui sera lancé via le raccourci.

[Domi2]

Bonjour,

Merci de ta réponse mais comment fait-on?

Regarde le lien indiqué par mout1234. Tout est expliqué dans le tuto.

Domi2

[stephaneHospi]

ok, je vais essayer mais cela me parraît un peu compliqué...je ne suis pas un as!

Savez-vous pourquoi on a pas ce genre de problème avec Access 2002?

[bernardmichel]

Salut !

Les réponses faites ci-dessus sont parfaitement correctes et si tu veux travailler "en réseau", c'est un passage obligé - surtout si tu emploies des versions d'Access différentes - que d'apprendre ce que veulent dire : "Dorsale" et "Frontale".

• Une dorsale est un fichier Access qui ne contient que les tables (qui elles-même contiennent les données) et tu places ce fichier dans un dossier partagé de ton serveur.
• La Frontale quant à elle contient tout le reste (formulaires, états, requêtes, macros, modules) mais aucune table.

Le principe est donc de procéder comme suit :
Sur chaque poste, tu installes ta "Frontale" et tu "lies les tables". C'est à dire que tu indiques - sur chaque poste - à Access où se trouvent les données. Pour faire cela, deux voies :
Manuellement : Fichier | Données externes | Lier les tables
Automatiquement : Outils | Utilitaires de base de données | Fractionner une base de données ... puis, par la suite, pour maintenir les liaisons (en cas de modification d'adressage) : Outils | Utilitaires de base de données | Gestionnaire de tables liées.

Les avantages de procéder de la sorte sont multiples :

• Modification de toute programmation en tout temps, sans entraver aucunement le travail des utlisateurs (excepté 1 ou 2 minutes pour éventuellement installer la version modifiée)
• Gestion sans aucune anicroche de plusieurs versions d'Access en "frontale" (attention toutefois à ce que ta dorsale soit dans un format reconnaissable par toutes les frontales)
• Sauvegarde simple des données (il existe même des petits logiciels qui font ça de façon automatique)
• Etc...

Voilà, cela demande un tout petit temps d'adaptation mais aucune complextité et pas de réel problème à mettre en oeuvre : Une - bonne - habitude à prendre

[loufab]

Envoyé par jpcheck

Bonjour, je complète la réponse de mout en te disant que lorsqu'un utilisateur ouvre une bdd access, elle crée un fichier pour indiquer qu'un utilisateur travaille sur la base, et que celle-ci ne peut être modifiée.
Une solution efficace consiste à séparer les données (data) de l'application qui y accède (soft). Le soft peut alors être lancé plusieurs fois sans problème.

Sauf erreur...
JP

Bonjour,

Je voudrais juste apporter une petite correction à ceci.

Le partage d'application est possible, tous les utilisateurs se connectent au même fichier qui contient tables et ihm. Le fichier créé lors de l'accés ne verrouille en rien l'intégralité de la base (ça c'est le mode d'ouverture, Exclusif ou non) mais uniquement l'entité d'enregistrements en cours de modification (je dis entité et non pages de données ou enregistrements car cela dépend de la politique de verrouillage choisie - je fais simple).
Donc plusieurs utilisateurs peuvent bien accéder au même fichier au même moment mais il y aura conflit si ils tentent au même moment de modifier le même enregistrement.

Là ou Jptech à parfaitement raison c'est que c'est très fortement déconseillé.

Donc suivre le tuto...

[lvr]

Le partage d'application est possible, tous les utilisateurs se connectent au même fichier qui contient tables et ihm. Le fichier créé lors de l'accés ne verrouille en rien l'intégralité de la base (ça c'est le mode d'ouverture, Exclusif ou non) mais uniquement l'entité d'enregistrements en cours de modification (je dis entité et non pages de données ou enregistrements car cela dépend de la politique de verrouillage choisie - je fais simple).
Donc plusieurs utilisateurs peuvent bien accéder au même fichier au même moment mais il y aura conflit si ils tentent au même moment de modifier le même enregistrement.

Cette gestion des lock m'intéresse particulièrement.
Je m'apprête à développer une petite application Access Client/Server.

A te lire, Loufab, si deux utilisateurs tentent d'éditer le même record, il n'y a conflit que s'ils travaillent sur le même fichier mdb ? Pas de conflits/locks en mode client/serveur ?

[loufab]

Bonjour,

Le client/serveur avec le moteur Jet n'existe pas...

Il y a "conflit" que si il accède au même enregistrement en mode modification.

On peut par code détecter si un utilisateur est déjà en modification sur l'enregistrement. Il me semble que c'est dans la faq.

Avec du vrai client/serveur (moteur SQL Server, Oracle et autres) c'est le moteur qui gère le lock et les conflits. Il y a forcément conflit dans des accès concurents... je vois pas comment il pourrait en être autrement !

[lvr]

Ca me rassure !
je pensais faire un Access/MySql, mais je vais probablement faire du Access/Access et regarder dans la faq pour la détection des usages concourants.
Merci.

Edit:

On peut par code détecter si un utilisateur est déjà en modification sur l'enregistrement. Il me semble que c'est dans la faq.

J'ai rien vu de tel dans la FAQ !

[dok flint]

Bonjour ,

Envoyé par bernardmichel

Salut !

Les réponses faites ci-dessus sont parfaitement correctes et si tu veux travailler "en réseau", c'est un passage obligé - surtout si tu emploies des versions d'Access différentes - que d'apprendre ce que veulent dire : "Dorsale" et "Frontale".

• Une dorsale est un fichier Access qui ne contient que les tables (qui elles-même contiennent les données) et tu places ce fichier dans un dossier partagé de ton serveur.
• La Frontale quant à elle contient tout le reste (formulaires, états, requêtes, macros, modules) mais aucune table.

Le principe est donc de procéder comme suit :
Sur chaque poste, tu installes ta "Frontale" et tu "lies les tables". C'est à dire que tu indiques - sur chaque poste - à Access où se trouvent les données. Pour faire cela, deux voies :
Manuellement : Fichier | Données externes | Lier les tables
Automatiquement : Outils | Utilitaires de base de données | Fractionner une base de données ... puis, par la suite, pour maintenir les liaisons (en cas de modification d'adressage) : Outils | Utilitaires de base de données | Gestionnaire de tables liées.

Les avantages de procéder de la sorte sont multiples :

• Modification de toute programmation en tout temps, sans entraver aucunement le travail des utlisateurs (excepté 1 ou 2 minutes pour éventuellement installer la version modifiée)
• Gestion sans aucune anicroche de plusieurs versions d'Access en "frontale" (attention toutefois à ce que ta dorsale soit dans un format reconnaissable par toutes les frontales)
• Sauvegarde simple des données (il existe même des petits logiciels qui font ça de façon automatique)
• Etc...

Voilà, cela demande un tout petit temps d'adaptation mais aucune complextité et pas de réel problème à mettre en oeuvre : Une - bonne - habitude à prendre

j'ai pensé longtemps avant de faire le grand saut et fractionner ma base , mais avec ces explications c'est simple comme bonjour , donc merci à tous
A+

[bernardmichel]