Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[WEB]Partage d'une base Access Via Internet
J'ai développé pour mon boulot une base Access mdb de gestion de commandes assez complexe. Le projet est de pouvoir la partager avec 2 autres filiales en Chine et à Dubai. Comment procéder ?
Je suppose qu'il faut envisager une conversion en PROJET avec un serveur ????
Est-il possible de limiter l'accés à certaines données : macros, requêtes....
Merci de m'éclairer sur la marche à suivre et sur le pourquoi du comment.
Salut,
le plus simple je pense serait de créer une interface web te permettant d'attaquer ta base.
Je sais que c'est possible en PHP j'avais un peu bricolé sur un type de projet comme ça.
Je pense qu'en VbScript ce doit être possible aussi
Bonjour,
Il y a certainement plusieurs manières d'y arriver, il faut réfléchir à l'architecture et aux implications techniques et financières.Envoyé par MARYSOU
Solution VPN (réseau privé virtuel):
Une application Access frontale/dorsale MDB s'appuie sur un serveur de fichiers qui héberge la base de données dorsale.
Or le serveur de fichiers n'est accessible qu'à l'intérieur du réseau local et n'est pas exploitable par des PC distants (pas de continuité du réseau).
Cependant, il est possible de rétablir une "continuité" du réseau entre des PC géographiquement dispersés grace à une solution technique qui utilise l'internet: un réseau privé virtuel (VPN).
Avec le VPN tous les PC se "voient" comme s'ils étaient dans le même réseau local. Dans un tel environnement, le serveur de fichiers peut être accessible de n'importe où, et une application Access qui accède aux fichier de données situé à Paris peut très bien s'exécuter sur un PC à Dubai .
Avantage: pas de nouveaux développements.
Mais: il faut des accès internet et un VPN de bonnes qualités (robuste et suffisamment rapide). De plus, la mise en place du VPN ne s'improvise pas.
Solution client léger:
Basée sur un serveur de terminal (Windows Server 2000 ou 2003...)
Gros avantages: pas de nouveaux développements + facilité de mise en place + technique robuste vis à vis des coupures réseau.
Mais: il faut un serveur, autant de licences que d'utilisateurs distants simultanés, un bon débit internet.
Solution de réplication de la base de données:
Le moteur de bases de données utilisé par Access permet de gérer plusieurs bases de données réplicas de la base de données maître.
Les bases de données réplicas sont ensuite distribuées sur les différents sites d'exploitation, avec copie de l'application.
Puis régulièrement, les réplicas sont synchronisés (via l'internet) avec la base de données maître, pour que les modifications/ajouts/suppressions soient répercutés.
En principe, cette solution n'a pas de conséquence sur l'application développée. En revanche la mise en oeuvre de la réplication des données implique un véritable travail d'administration et de contrôle (risque de conflits, de doublons, de pertes de données...)
Est-elle bien robuste ? Je n'ai pas l'expérience pour répondre à cette question.
Je pense que la réplication n'est pas une bonne solution dans le cas de données fréquemment modifiées par la "globalité" du groupe de travail. Elle convient mieux dans un contexte où chaque site intervient "seulement" sur un périmètre restreint des données (disons "local"), avec une faible "interaction" entre les différents sites.
Solution client lourd:
Modifier l'application Access pour travailler avec un SGBD client/serveur (ex. SQL Server, Sybase, Oracle, MySQL, Interbase...)
Implique de mettre en place le SGBD, de migrer la BD sur le serveur + l'administrer.
Ensuite, l'application peut éventuellement nécessiter certaines adaptations, avant d'être déployée sur les sites utilisateurs.
Pour te faire une idée voici un exemple de migration vers SQL Server:
Migrez une base Access en un projet ADP SQL Server.
Solution serveur Web:
Si l'interface utilisateur de l'application est simple, tu peux envisager une application frontale développée en ASP ou PHP.
Dans ce cas, tu dois complètement revoir l'interface utilisateur et redévelopper une application basée sur les techniques Web (ASP ou PHP, HTML, JavaScript...).
Ensuite tu peux mettre l'application à disposition des utilisateurs, sur un serveur Web où la base de données est aussi hébergée.
Ici un lien vers une suite de Tutoriels ASP. Consulte le chapitre VI. (Utiliser une base de données).
Merci
MERCI pour vos conseils.
Je voudrais préciser que je suis à 100% autodidacte. Cela me passionne. Je développe ma base depuis quelque temps déjà. J'ai donc acquis une certaine "compétence", même en VBE. Mais je ne suis pas une pro et j'ai donc beaucoup de lacunes dès que je sors des domaines que j'ai déjà explorés.
J'ai donc besoin de conseils et d'avis pour aller encore plus loin.
Pour revenir à notre discussion, il s'agirait donc de créer un site WEB au préalable et d'y installer ma base ?
Autre question : ma base est scindée en 2 fichiers, 1 contenant les tables, l'autre avec les formulaires, requêtes, rapports.... puisqu'elle est déjà partagée en interne.
Mon fichier "Tables" fait 1.40 mo. Y a t-il une limite de taille pour un fichier access ? Donc une limite après laquelle je ne pourrais plus entrer de nouvelles données ?
Merci d'avance pour vos réponses
Dans ce cas, c'est important de savoir si tu as suffisamment de temps pour apprendre de nouvelles technologies.
Parce que modifier ton appli en "vrai" client/serveur, ou encore développer un site Web, quand on n'y connaît rien, il y a pas mal de travail en perspective...
C'est une question ? Ou bien tu t'es déjà décidée ?
La terminologie:
La base de données qui contient exclusivement des données est généralement qualifiée de "dorsale" (ou back end) par opposition à celle qui contient l'application désignée comme "frontale" (ou front end).
Une base de données Access est limitée à 2 giga-octets.
Mais ta BD application frontale peut très bien accéder à plusieurs bases dorsales, donc ça repousse d'autant les limites !
Encore une fois merci de prendre le temps de répondre à une novice comme moi, qui me sens toute petite au milieu de pros comme vous mais tellement heureuse de sortir de ma solitude face à mes efforts pour progresser.
Je suis soulagée concernant la possibilité d'évolution "sans limites" de ma base.
OUF !
En ce qui concerne l'accés à cette base via internet, j'ai entendu parler d'un logiciel : CASPIO BRIDGE... Serait-ce une solution adaptée ?
Merci encore.....
Pour ce qui est de la limite, SQL Serveur 2005 est gratuit et c'est plus que 2Go.
toute fois, Access ne supporte pas le partage par le Web.
Jette une oeil Ici
J'ai pas encore de décodeur, alors, postez en clair ! Comment mettre une balise de code ?
Débutez en VBA
Mes articles
Dans un MP, vous pouvez me dire que je suis beau, ... mais si c'est une question technique je ne la lis pas ! Vous êtes prévenus !
J'ai testé "Capio Bridge" mais ça ne marche pas.
ET puisque tu me dis que acces ne supporte pas le partage par le web,
je ne vois vraiment pas la solution.
Tu es sûr qu'on ne peux pas attaquer une base access via PHP ou VBSCRIPT en partagé ?
Bonjour,
J'ai l'impression que tu tournes en rond et que tu prends le Pb à l'envers.
J'ai complété mon premier message afin de dresser un genre de panorama des solutions possibles pour ton problème:
Solution VPN (réseau privé virtuel)
As-tu exploré toutes ces voies ?
En as-tu discuté avec des personnes responsables des infrastructures de télécommunication entre vos différents sites ?
As-tu un budget pour assurer ce déploiement inter-sites ?
Tu n'es sûrement pas seule face à ce projet ?
Si tu n'as pas de moyens financiers et techniques, je crois que ce n'est pas la peine de continuer...
Si c'est pour attaquer une base Access avec du PHP, ou du VB, alors il ne faut plus utiliser une base Access.
Pour PHP, il vaut mieux utiliser MySQL et pour VB, SQL server.
J'ai pas encore de décodeur, alors, postez en clair ! Comment mettre une balise de code ?
Débutez en VBA
Mes articles
Dans un MP, vous pouvez me dire que je suis beau, ... mais si c'est une question technique je ne la lis pas ! Vous êtes prévenus !
Re-bonjour,
En réaction au post précédent de Heureux-oli qui fleure bon la polémique...
Ah bon !?
Et pourquoi donc dis-tu <<il ne faut plus>> ?
Et pourquoi donc dis-tu <<il vaut mieux>> ?
Pour mémoire, pour accéder à une base de données Access (basée sur JET)...
Lien vers la FAQ PHP:
Comment se connecter et travailler sur une base access ?
C'est correct, j'ai oublié de mentionner que c'est ce que je ferais perso.
C'est vrai que ma réponse pourrait lancer une polémique.
J'ai pas encore de décodeur, alors, postez en clair ! Comment mettre une balise de code ?
Débutez en VBA
Mes articles
Dans un MP, vous pouvez me dire que je suis beau, ... mais si c'est une question technique je ne la lis pas ! Vous êtes prévenus !
Je suis curieux... Mais je me soigne ;-]
Et c'est justement ton "point de vue perso" qui m'intrigue et m'intéresse...
Pourquoi préfères-tu une solution PHP/MySQL ou VBScript/SQL Server, plutôt qu'une solution basée sur Access/Jet ?
As-tu un retour d'expérience pour éclairer cette préconisation ?
Connais-tu des contre-indications à l'emploi d'Access/Jet en environnement Web ?
Je ne connais pas de contre indication, j'ai jamais essayé.
Mais je préfère utiliser PHP et MySQL, peut-être par facilité.
En plus, c'est un couple qui s'entend très bien, qui fait partie de mes premières expériences, qui fait partie du libre et c'est à exploiter.
J'avais installé WAMP qui contient tout en une fois.
Je suis curieux !
J'ai pas encore de décodeur, alors, postez en clair ! Comment mettre une balise de code ?
Débutez en VBA
Mes articles
Dans un MP, vous pouvez me dire que je suis beau, ... mais si c'est une question technique je ne la lis pas ! Vous êtes prévenus !
Pour la petite histoire je viens de changer de boulot en tant qu'assistante commerciale et je leur mets au point une base de données Access complète. Le gérant est basé en Chine où est situé l'usine de production. Il a également un filiale à Dubaï. Il s'est enthousiasmé pour le programme que je lui ai présenté et veut donc faire en sorte que les 2 autres bureaux puissent y accéder via le net. Les moyens financiers, je les aurai. Mais oui, je suis seule face à ce projet.....
A moins de faire intervenir un technicien mais surtout un spécialiste d'access qui ferait à ma place les évolutions nécessaires sur la base.....
Pour l'instant, tu m'as donné pas mal d'éléments à potasser. Je vais m'y plonger corps et âme et te tiens au courant de l'évolution du projet.
Au risque de me répéter, encore mille fois merci pour votre aide.
Entre nous, une fois que tu as les moyens financiers, établis un cahier des charges solides et embauche un stagiaire il sera ravi de te faire ça.
Pour une fois que le projet est complet !
A mon avis garde ton "autodidasme" pour superviser ses choix, mais ne te prive pas pour proposer ton projet sous forme de stage !
PS : pas la peine de hurler au profiteur, je suis stagiaire, non rémunéré, et je suis bien content d'avoir un stage avec un sujet intéressant et non pas être rémunéré pour pondre de la ligne de code comme un c** !
En effet, le plus sage serait de délèguer tout ça à quelqu'un d'extérieur (pourquoi pas un stagiaire), car pour l'instant je consacre tout mon temps au au développement de la base.
En tout cas merci, à travers cette discussion, de m'avoir ouvert quelques horizons....
MERCI et à bientôt
Répondre avec citation
Partager