Reprise du message précédent :
surtout que SQL Server 2005 Express est gratuit, supporte environ 99% de la syntaxe proprio d'Access, permet infiniment plus de choses que MySQL, et autant qu'Oracle.
c'est un très très mauvais choix. Pas assez cher, ne nécessite pas assez de travail à mettre en place, et permet de faire une application bien trop évoluée.
à banir de toute urgence !

comme magicbuzz a fait son troll sur un autre post concernant oracle, je vais faire de même :
Oracle Express Edition est gratuit et est basé sur le moteur d'Oracle 10.2.0.1

réponse rapide, j'ai pas tout lu, y a "bcp de bétise" racontée ici  
 
Le multi utilisateur sous Access, est tout bonnement catastrophique, il ne sait pas gérer les verrous correctement , tu risques d'avoir un utilisateur qui monopolise la base au détriment des 4 autres
 
SQL Serveur ne coute pas 15.000 € fo pas déconner non plus... on est plus prêt des 3.000 € pour la première version de SQL , bon après fo payer les licences CAL pour chaque accès client. L'entreprise ne précente absolument aucun interet pour ta problématique.
 
A priori très rapidement, pour ton appli, si g bien compris ta problématique :
tu as besoin d'une base de donnée performante, multi utilisateur, et disponible "hors connexion"
 
Donc ma solution : c'est une licence SQL Server 2005 (la + ptite possible ..doit etre dans les 1500 / 2000 €), 5 CAL pour tes accès client (genre 450 €/ PU je crois) et  tu utilises 5 SQL Server 2005 Express que tu utiliseras pour le fonctionnement hors connexion.
L'architecture est la suivante :
 
Tes postes clients VB6 attaquent leur base respectives SQL Express 2005,  
tu as ton site principal qui lui fonctionne sous SQL Serveur, et qui possède la réplication en tant qu'Editeur
ensuite tu n'as plus qu'à planifier les connexions de tes clients pour effectuer les réplications, et mettre à jour tout tes sites distants (via connexion VPN pour etre le + sécure possible)
 
Inconvénient : tes postes clients à un instant T n'auront pas la même info (chacun des postes clients ne verront que leur modification)
uen fois la synchro effectuée, tout les postes clients ont la même info
 
Avantage : la gestion de fusion de donnée / conflit est entièrement pris en charge par SQL Server (vive la réplication !), tu as un moteur de BDD très très solide et performant (jusqu'à +60 % par rapport à SQL 2000), un cout relativement minime, tout en ayant accès aux fonctionnalités poussés de SQL Server 2005 :
SQL Agent, Replication bien sur, Procédure Stockée, SQL Server Assembly (top !)
 
Bref là on commence à parter développement et plus bricolage !

Ca serait bien de se renseigner d'abord... MagicBuzz a parlé de la version enterprise... cf. Microsoft SQL Server 2005 Pricing : 24 999 $ pour la entreprise

Au contraire, avec 5 gars en même temps ça marchouille à peu près correctement, testé et approuvé

non je suis pas daccord access et multiuser  = perf en chute libre

Bien-sûr, mais pour quelques users et des p'tites applis, ça reste potable

FlorentG : merci pour le ton condescendant , tu me dis de bien me renseigner, je t'indique donc d'apprendre à lire : je parle pas de version Licence per Processor qui sont réservé pour les très gros systemes mais pour les version Server + CAL (bcp plus en phase avec une utilisation de moins de X utilisateurs)
De plus le cout indiqué par microsoft est un cout conseillé de vente, dans le cadre de notre contrat MYO/OVL maintenant, nous avons baissé de bcp les prix
J'ai acheté y a 3 ans 2 serveurs SQL Entreprise + 70 CAL
(j'avoue me suis gouré sur le prix des cals) et j'ai été très loins des 30.000 €
 
FlorentG : Acces marchouille d'après toi..., et bien si tu vends à tes clients des produits qui "marchouillent", fait moi penser à ne jamais faire appel à tes services
 
et je ne parle pas QUE des perfs :
Access ne sait pas gérer le multi accès simultané sur une table
Acces n'a aucune gestion de sécurité sur les tables/colonnes (ne me parler des groupe de sécurité c'est de la rigolade)..
Acces n'a aucun mécanisme de sauvegarde
Nan mais arretez un peu là ...
 
Access n'est pas du tout un produit multi user, c fait pour des applis localisés (reporting, analyse), ptite structure ou ptite appli mais en aucun cas une appli quotidienne multi utilisateur et multi site de surcroit !

C'est toi qui arrive en disant qu'il y a des bêtises
 
 

Euh je ne pense pas vendre des solutions Access si le multiposte est nécessaire, il est évident que c'est suicidaire. Maintenant ça peut fonctionner, je l'ai vu pour avoir fait un machin en interne. Maintenant je suis d'accord que le "marchouillage" n'est pas très professionnel