Bon Access est à mon avis le mauvais choix pour répondre à tes besoins
En fait il faut savoir qu'Access regroupe deux fonctionnalités habituellement dissociées : le moteur de base de données et l'interface client.
Pour le moteur de base de données ce n'est pas un problème à utiliser. Ce qui coince c'est l'interface client qui n'est pas vraiment faite pour être partagée entre plusieurs utilisateurs (encore moins si Access n'est pas installé sur la machine), tu peux toutefois créer une interface pour tes clients efficace. Pour se faire tu as plusieures solutions :
- En intranet avec des pages Web dynamiques (ASP, PHP, ...) le moteur d'Access (en réalité Microsoft Jet) n'est utilisé que pour le stockage et executer les requetes. Le gros avantage c'est qu'un simple navigateur suffit (rien à installer sur le client), l'inconvénient c'est que si tu as des sorties sur imprimante c'et assez problématique depuis des pages Web.
- Avec un langage de haut niveau, par exemple Visual Basic, Delphi, etc... il suffira ensuite de distribuer ton programme. Avantage : une interface très souple et pas besoin d'Access sur les clients. Inconvénients : nécessite de programmer l'interface et Access n'est pas vraiment un moteur adapté à des exécutions concurrentes (vaut mieux MSDE2000 ou SQL Server)
La dernière solution consiste à acheter Office Developper Edition, qui possède tous les outils pour créer une installation automatique et la licence pour redistribuer des applications Access (y compris sur des postes qui ne sont pas pourvus d'Access), j'avoue ne pas avoir essayé cette solution et j'ignore si une seule base de données partagée par plusieurs utilisateurs fonctionnera correctement.
Il existait un temps un "runtime" pour Access 97 sur le site de Microsoft, mais depuis j'ai l'impression qu'il a été supprimé (il supportait d'ailleurs pas les spécificités de Access 2000 / XP)
Message édité par Requin le 23-05-2003 à 14:36:31