Réponse acceptée !
Il est possible de travailler avec une base ficher mais uniquement avec SQL Server 2005 express (qui est gratuit).

attention il me semble que sql server 2K5 Express nécessite le frameword dotnet 2 qu'il faudra redéployer sur tous les postes. par contre il me semble qu'il est compatible avec le driver odbc de Sql Server 2000, et qu'on pourrait se passer de dotnet pour attaquer la base (a voir)

il me semble que les bases de données paradox  sont aussi orienté fichier

Réponse acceptée !
voila tout ce q'il faut savoir sur MSDE, seul regret pas d'info au niveau bureautique

[ Lien ]

Réponse acceptée !
Ce lien devrais pouvoir répondre à ta question
http://www.connectionstrings.com

Réponse acceptée !
MSDE passe bien avec VB6

Seul hic, ma BDD est portée par le server de MSDE; ce qui est pas terrible pour une appli destinée à une utilisation bureautique, vu que l'utilisateur lambda qui va installer mon logiciel va devoir installer un serveur :s ...

Donc actuellement, je travail à me connecter directement sur le fichier .Mdf (tel q'on le fait avec le .mdb d'access).
Si quelqu'un sait je suis preneur et biensur si je trouve je post ça

Réponse acceptée !
donc au lieu de faire une connexion de ce type :
"Driver={SQL Server};Server=.....;Database=.....;Uid=......;Pwd=.....;"
je fait :
"Driver={SQL Server};Dbq=C:\maBDD.Mdf;Database=.....;Uid=......;Pwd=.....;"

et là, l'appli se connect c'est la fête ! Sauf que SQL serveur doit être lancé !
ça parait normal.


Attention : question philosophique de comptoire à 4 grammes !!!

La raison pour laquelle Access ne gére pas le multi-utilisateur est elle que pour qu'une base de donnée y arrive, un serveur doit être mis en place ?

si c'est le cas, il y a t il un moyen connu pour déplacer ces fonctionnalitées au niveau applicatif ??

Réponse acceptée !
Rien n'empêche de faire du multi-utilisateur avec Access c'est juste un peu plus restrictif au niveau des accès concurent qu'avec SQL-Server (MSDE). En général on ne migre pas de Access sur MSDE pour ces raisons, mais plustôt pour des raisons de performances sur des grosses bases de données.
Pour ce qui est de faire du MSDE sans le moteur serveur à mon avis tu peux oublier.  

Réponse acceptée !
Et bien merci pour cette réponse et c'est ce que je craingais, je me retrouve donc dans une impasse , mais je trouve ça curieux quand même, je n'ai pas trouvé de SGBD qui gére les fameux accés concurent sans avoir besoin de serveur derriére  cela existe t il sur le marché ?

Réponse acceptée !
Faux Access gère les accès concurents!

D'après Microsoft, MS Access supporterait des configurations de 256 postes. Mais en pratique, pour une utilisation confortable, MS Access serait limité à une vingtaine d'utilisateurs simultanés, les échanges réseaux étant 10 à 20 fois plus gourmands en ressources qu'avec Microsoft SQL Server. Si Access est limité en nombre d'utilisateurs, il peut par contre gérer, sur de petits réseaux locaux de bonne qualité technique, des quantités d'informations qui vont bien au-delà des besoins de beaucoup d'organismes.

Regarde ce lien il t'en dira plus
http://www.editions-organisation.com/Chapitres/9782212114652/chap21_Taylor.pdf?xd=ccec26d07b1df4a18227c139311dde96

Il parle de VBA mais en VB c'est du kif.

Réponse acceptée !
Waw ce pdf est vraiment une mine d'information !
Merci beaucoup à tous pour vos précieux conseils, je ne pensais pas qu'on pouvait faire autant de choses avec de simple vérrou sous access !! en espérant éviter ces fameux "deadlocks" je me retire

encore merci