Discussion :

[cortek's]

Bonjour à tous,

Je vous plante la situation :

J'obtiens du service informatique des fichiers Excel issus d'un AS400 (fichiers mis à jours automatiquement). Ces données sont mises à jour par de nombreux services de l'entreprise.

Pour ma part, je développe une application sous Access 2003 pour calculer des coûts de revient. Les commerciaux en mission vont donc se connecter à la dorsale sur un serveur de l'entreprise.

Les données de la dorsale doivent être mises à jour régulièrement (toutes les semaines) et ne sont pas accessibles en modification. Par contre, l'outil permet d'estimer des prix et une fois un prix estimé, je voudrais stocker ces prix sur une table de la dorsale pour pouvoir les comparer ultérieurement aux coûts de fabrication.

1) Comment gérer la mise à jour de la dorsale à partir des fichiers Excel ?

2) Comment gérer les droits d'accès différenciés selon les tables ?

3) Une table de la dorsale peut-elle être accessible en écriture ?

4) Comment gérer la simultanéité de l'accès en écriture par plusieurs utilisateurs ?

D'avance merci à tous et encore merci pour la mine d'informations que l'on peut trouver sur ce site !

[loufab]

Bonjour,

1) Comment gérer la mise à jour de la dorsale à partir des fichiers Excel ?

Tu commences par attacher les fichiers Excel à ta frontale puis par requêtes (Insert, Update) tu mets tes données à jour, ensuite du supprime l'attachement.

2) Comment gérer les droits d'accès différenciés selon les tables ?

Voir le tuto sur la sécurité, tout y est expliqué en détail.

3) Une table de la dorsale peut-elle être accessible en écriture ?

Heureusement sinon à quoi ça servirait !

4) Comment gérer la simultanéité de l'accès en écriture par plusieurs utilisateurs ?

Il existe 2 modes, l'optimiste et le pessimiste.

1. L'optimiste permet de modifier simultanéement 1 record par plusieurs utilisateur, le dernier qui sauvegarde écrase le données du ou des précédents.
2. Le pessimiste empêche la modification quand un utilisateur est déjà en modification sur le record.

Certains developpeurs crée leur propre système.

Cordialement,

[cortek's]

Hello,

Merci pour ta réponse. En fait pour la mise à jour, je ne savais pas d'où l'executer. Mais je la lance depuis un formulaire se trouvant sur la frontale.

Mais demeure un problème : j'ai pris l'habitude d'utiliser la commande "Transfert Spreasheet" mais pour importer des fichiers Excel dans la "Currentdb". Cette fois, j'utilise :

Code :

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

Set oDb = DBEngine.Workspaces(0).OpenDatabase(monchemin, False, False, "MS Access")

Je supprime les anciennes tables et j'importe les fichiers Excel de cette façon :

Code :

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

DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel8, lenom, chemin, False, plagecellulesexcel

J'obtiens un message d'erreur comme quoi ma table ou requête "lenom" n'existe pas dans ma base de données.

Où est le problème ? Peut-on utiliser TransfertSpreadsheet dans une autre bdd que celle courante ?

Merci d'avance !

[loufab]

La commande Docmd ne s'exécute que dans la base courante (Currentdb) par opposition à la base d'exécution (CodeDb). Même si tout les objets sont dans la base d'exécution.

[cortek's]

Alors comment lier le fichier excel à la bdd sur la dorsale sans utiliser Docmd ?

[cortek's]

Où alors il faut lier le fichier Excel à la frontale et ensuite transférer dans la dorsale à l'aide de requêtes ?

[loufab]

Généralement on fait les attachement dans la frontale puis on fait des requêtes sur les tables, déjà présente dans la frontale du fait de l'attachement existant.

[cortek's]

Bonjour loufab,

J'ai réussi à mettre en place mon application partagée avec dorsale et frontales. Je te remercie pour tes réponses.

J'ai cependant un problème : je voudrais mettre à jour ma base de donnée contenue dans la dorsale mais je ne comprends pas comment gérer l'accès. Plusieurs personnes sont connectées à la base et l'un choisi de mettre à jour. Il faut donc déconnecter les autres utilisateurs et ensuite mettre à jour. Seulement, j'aimerai que tout le monde puisse effectuer cette opération et pas seulement un administrateur.

Dans la faq, la déconnection est faite sur un compteur avec une condition gérée par l'administrateur si je comprends bien.

Est-il possible de déconnecter les utilisateurs à partir d'un poste utilisateur ?

Je crois comprendre que cela revient à fermer l'application et à l'ouvrir la modifier en mode exclusif ensuite ?

Merci d'avance !

[cortek's]

Bonjour,

Suite à mes lectures dans la faq et les tutos, j’envisage la solution suivante :

Lorsqu’une personne veut mettre à jour la bdd de la dorsale, on fait changer d’état une variable booléenne contenue dans une table sur la dorsale qui stipule que la base va être fermée.

On peut alors utiliser la technique du compteur sur le formulaire principal pour aller vérifier régulièrement la valeur de cette variable. On peut, par ce moyen, spécifier à tous les utilisateurs que la bdd va être fermée pour être mise à jour.

On ferme alors la base de donnée (avec un compteur qui a une valeur supérieure) et on l’ouvre en exclusif pour la mettre à jour.

Est-ce une bonne méthode ?

[loufab]

Oui c'est une méthode valable.

[nico84]

Bonjour,

Il peut être utile de mettre à disposition cet excellent outil qui permet de visualiser les utilisateurs connectés :

http://access.developpez.com/sources...#UtilConnectes

[cortek's]

Bonjour nico84,

je pensais en effet mettre en place un outil de ce type à titre informatif lors d'une demande de mise à jour. Ainsi on force la déconnection ou on attend que plus personne ne soit connecté.

Merci en tout cas.