Je crois surtout que tu peux remettre dans leur contexte les reproches que tu fais à Access.
1) ça n'a jamais été une base faite pour être online, mais une base local, tournant non pas sur un serveur, mais directement sur le PC client (base embarquée en somme).
2) Access est un des rares SGBD a proposer des formulaires et états directement dans son moteur, et qui plus est, aussi complets.
3) Si tu connais un seul SGBD qui est capable de transformer ses formulaires en pages web d'un clic de souris, fait-moi signe, parceque à ma connaissance, Access est le seul.
Alors je fait un peu beaucoup de point pour aller leur reprocher que ça marche mal. Evidement, les outils géniaux que sont Oracle ou MySQL ou autres n'ont pas ce problème, il ne supportent aucune de ces fonctionnalités (les webforms d'Oracle n'ont rien à voir avec le moteur de la base elle-même, et c'est loin d'être automatisé).
Donc oui, Access est un produit qui n'est pas adapté pour ce que tu veux faire (c'est clairement stipulé dans l'aide et dans la licence), mais il y a cependant un article complet dans l'aide justement qui indique des moyens de mettre toutefois online une base, en indiquand les plus et les moins de chaque solution.
J'ai pas envie de rechercher cet article, donc je te laisse le soin de le trouver. En tout cas il existe, la semaine dernière je l'ai justement lu.
Pour résumer, t'as pas 36 solutions :
-> tu mets access sur un disque partagé, comme ça les PC croient que la base est en locale, mais à ce moment, il y a un lock sur le fichier.
-> tu crées un dsn sur la base, et à ce moment tu dis adieu à tes formulaires.
-> tu crées autant de bases en local, faisant un appel à la base partagée, en mode "lié". Dans ce cas, je ne suis pas sûr que les formulaires fonctionnent.
L'export automatisé de formulaires en ASP ou autre est en effet très limité, seul l'export de reports fonctionne vraiment bien.
Pour le reste, ben ce forum porte bien son nom : programmation. T'as pas le choix, achètes-toi un bouquin sur ASP ou PHP et colle-toi à l'écriture d'un site web basé sur la base (et à ce moment, profites-en pour étudier la possibilité de passer à un autre SGBD plus destiné à cet usage, MySQL, SQL Server ou Oracle par exemple (pas ordre croissant de prix : 0, 10 000, 100 000 € )
Message édité par MagicBuzz le 18-06-2003 à 10:36:13