Discussion :

[ArthurDeLyon]

Bonjour à tous les esprits créateurs!

Je cherche à publier (sur le Web de préférence) une base de données bureau développée sur Access 2016.
D'après mes recherches, Bigs problèmes avec SharePoint qui ne prendrai pas en charge les tables liées, 1er problème, et le Code VBA ne serait pas pris en charge par Sharepoint, 2eme problème??
Sans compter les autres soucis de gestion, de mises à jours etc. que j'ai pu lire ici ou là à ce sujet de publication...

Ma Base ou plutôt mes Bases sont construites comme suit:
- 1 Base accès formulaires administrateurs
- 1 Base accès formulaires utilisateurs
- 1 Base accès formulaires clients
- 1 Base accès formulaires intervenants externes
- 1 Base Tables liées aux bases ci dessus énumérées

Cet ensemble est construit ainsi car certains formulaires sont quasi identiques (certaines commandes et champs en plus ou moins)
Un formulaire commun d'identification par Login et mot de passe de la première Base oriente l'ouverture de la Base concernée...

Ma question ou plutôt mes questions: Y a t-il ici sur le Forum, une personne ayant déjà été confrontée à cette problématique et qui pourrai me conseiller.
Y a t-il un moyen d'utiliser SharePoint ou un autre dispositif d'hébergement pour mes applications? Ou dois-je me forcer à utiliser un accès distant Multi-utilisateurs du Genre Win Srv 2012-2016 avec CAL et bureaux distants??? et adieu Web?

Merci à tous ceux et celles qui pourront me répondre de manière constructive.

[Jean-Philippe André]

Salut,
Dans un premier temps, il faut faire une distinction entre
- tes donnees, qui peuvent etre stockees sur des serveurs type MS SQL Server
- ton application, qui peut etre lancee en local ou en ligne (voir le tuto http://dolphy35.developpez.com/article/access2013/web/)

Ensuite les autres questions sur ta modelisation :
- tu parles de plusieurs bases, n'est-ce pas plutot plusieurs tables ?
- tu dois developper les interfaces, mais tu souhaites que tes utilisateurs lances en local ou en ligne ?

[ylemasson]

Bonjour

Il faut recréer les tables en MySQL, les mettre sur un hébergement Web afin d'y accéder par ODBC.
On connectera le fichier Access à ces tables par le gestionnaire des tables liées (via ODBC)
Le résultat est surprenant, c'est souvent plus rapide qu'avec Access.
Et c'est sur le Web
J'utilise cette façon de faire pour mes clients, et ça marche très bien

Cdlt

[User]

Oui, je serai aussi intéressé de connaître le coût moyen, fonction du volume, d'un hébergement web pour une base MySQL.

Cdlt,

[ArthurDeLyon]

Merci tardivement pour vos réponses, je viens de rentrer de congés désolé.

Il s'agit bien de plusieurs bases de données bureau contenant des formulaires avec actions en VBA, des requêtes, des états et une base unique contenant les tables sources liées à ces formulaires.

Le projet est de pouvoir lancer à partir d'une page Web l'application dans son intégralité. plusieurs pages Web en fait, un lien Web par Base formulaires énumérées

La première base contient entre autre, le formulaire principal d'identification par Login et mot de passe. (lien Web principal)
Si l'identification correspond à un utilisateur client, il sera dirigé vers la base client. (2eme lien Web)
Si l'identification correspond à un utilisateur "service technique", il sera dirigé vers la base service technique (3e lien Web)
Si l'identification correspond à un utilisateur "Exploitant" on restera sur la base initiale etc.etc.etc...
Il y aura autant de base formulaires que de catégories utilisateurs, et, de liens Web.

J'ai opté pour cette modélisation car certains formulaires sont identiques avec des infos en plus ou en moins......Ce qui me permet de gagner du temps en programmation VB et d'épurer le produit car le projet est assez complexe (pour moi en tous les cas).

La solution d'utiliser Mysql et ODBC me parait correspondre mais peux-tu développer s'il te plait n'étant pas trop expérimenté sur ce sujet??? peux tu m'orienter et me donner un exemple?

Merci d'avance...

[ylemasson]

Bonjour

Attention, je ne connais pas sharepoint, et donc je ne l'utilise pas. Je sais que tu peux transformer des formulaires access, et gérer les accès aux données de façon simplifiée. Mais apparemment tu développes en VBA (comme moi), et donc tu es dans une optique "locale", pas "internet". En clair, c'est ton poste (via Office) qui gère le programme, pas le serveur. Sinon, il s'agirait d'une application internet (ASP), et tu devras utiliser d'autres technologies (ASP.NET, etc...) et SQL server à la place d'Access.

Pour répondre très nettement à ta question : on pourrait à la rigueur lancer un accdb à distance, via un appel en http. Pas infaisable dans la théorie (du genre je clique, je télécharge et je lance... ), mais il y a un hic : ça ne résoud pas toute la problématique. Le poste qui ouvrirait cet accdb devra être configuré pour lancer proprement l'appel à l'ODBC (MySQL), d'autre part, comme tu le sais, il faudrait Access, ou moins un runtime d'installé sur le poste.

Pour résumer :
1) chaque poste doit être paramétré pour accéder à la base MySQL
2) chaque poste doit avoir au minimum un runtime d'installé
3) A la rigueur tu te sers d'internet pour proposer ton logiciel en téléchargement.
.. j'oubliais : 4) ton hébergeur MySQL devra te permettre d'accéder à ta base en ODBC (oublie les mutualisés de base)

VBA reste un langage client, et tu n'auras jamais ce langage sur une plateforme internet. par exemple tu ne pourras jamais lancer une macro Excel/VBA sur Office365 online.. car tout dépend alors de ton navigateur.

Voilà!

Yves ("Les compagnons codeurs")

[ArthurDeLyon]

Merci beaucoup pour ta réponse Ylemasson.

Je pense que ta solution d'un site Web doté d'un lien de téléchargement de l'application (en runtime) me séduit quelque peu.
J'ai encore, je pense, un à 4 mois de développement pour finaliser le projet et je me pencherai ensuite sur ta proposition technique MySQL permettant d'accéder à la base en ODBC...

De plus, j'ai visiter ton site, je suis à la recherche d'une aide technique rémunérée sur ce projet, tant pour la suite développement du projet en cours que sur la partie mise en production avec ta solution ou autre... nous verrons...

Pour plus d'infos et si cela peux intéresser, tu me contact en MP et on en discute plus précisément.

Merci encore pour ta réactivité.

A+