Discussion :

[thtioxine]

Bonjour,

j'ai plusieurs applications multi users développées en ACCESS/VBA possédant requêtes, formulaires, états, ... et qui , actuellement sont déployées de la façon suivante
A) La base de donnée sur un serveur
B) La base des formulaires sur chaque client par l'intermédiaire de tables liées

On voudrait se débarrasser de cette façon de faire car les montées de versions (soit système, soit Access) nous mettent systématiquement en difficultés. De plus, d'avoir des éléments sur les poste clients nous gênent

On voudrait donc s'orienter vers un système client/serveur tel qu'on pourrait en avoir avec un développement Web
Ceci nous permettrait de gagner suffisamment de temps pour étudier des scénarios de migrations vers JAVA/Postgres

Après avoir lu pas mal d'articles, il me semble que le mieux pour nous, serait d'avoir une VM portant ACCESS et SQL SERVER afin de migrer nos applications vers ADP, ce qui nous permettrait d'avoir un fonctionnement ne nécessitant plus de poser des éléments sur le client
Mais ma méconnaissance crasse d'ACCESS ne me permet pas de juger si j'ai raison ou si je me leurre complètement
J'ai vu que SHAREPOINT ne nous irait sans doute pas compte tenu des limitations actuelles de cet outil et qu'il nous faudrait, sur notre VM être en ACCESS 2010 et SQL 2008 , ce qui nous convient

Si une bonne âme peut me répondre, je lui en serais gré

A+

[nico84]

Bonjour,

Difficile de dire quelle est "la bonne solution", il y a plein de solutions plus ou moins concurrentes selon les circonstances. Qq remarques en vrac :
1. pour la dorsale, postgre et SQL server sont concurrents donc il est dommage d'en choisir un provisoirement pour aller sur l'autre ensuite
2. pour la frontale, access est bien adapté seulement si tous les utilisateurs sont connectés en ethernet (réseau local)
3. cette frontale n'est pas très complexe à déployer mais si c'est un problème ça marche aussi avec la frontale sur le serveur
4. le couple access / SQL server fonctionne bien si toutes les requetes sont en ADO (syntaxe SQL server). Les requetes complexes en DAO (syntaxe access) sont très lentes
5. il me semble qu'adp n'apporte pas grand chose et que d'ailleurs cela n'existe plus dans les versions récentes
6. la VM est aussi une solution simplement c'est plus contraignant pour les utilisateurs qui devront utiliser les 2 environnements. Personnellement je la réserve aux utilisateurs nomades ou connectés en bas débit (wifi, internet...)

Cela fait un certain nombre de compétences distinctes à acquérir donc il vaut mieux ne pas trop se disperser !

[thtioxine]

Bonjour et merci pour cette réponse

Effectivement le déploiement sur le client nous gène car on a déjà eu des chose de type "delete du répertoire",pb de droits au déploiement ou montée de version intempestive de certains postes et d'autre non
D'où l'idée de se retourner vers un pur client serveur
Pour ce que j'avais vu et testé ici, le frontal sur le serveur provoquait des blocages users et tous les forums indiquent la même méthode
Dorsale sur le serveur, frontal chez le client
On passerait toutes nos requêtes en ADO (Ca ferait partie de la migration)
ADP nous plaisait car il existe des outils de migrations et des tuto très complets dur le sujet.
Maintenant, c clair que dans les nouvelles versions ce serait SHAREPOINT sauf qu'en l'état, celui ci est trop peu abouti compte tenu de ce qui a été fait
Pour nous l'avantage de la VM est la stabilité du système et des outils (nous ne sommes pas maitre des montées de version, ce qui explique nos pb)

A+

[nico84]

Pour ce que j'avais vu et testé ici, le frontal sur le serveur provoquait des blocages users et tous les forums indiquent la même méthode
Dorsale sur le serveur, frontal chez le client

C'est vrai mais en pratique j'ai une appli de taille moyenne connectée à une base access et une base oracle. Tout est sur le serveur avec une trentaine d'utilisateurs (dont la moitié en VPN) et ça marche très bien

Je ne connais ni adp ni sharepoint donc je n'ai pas d'avis là dessus...

[thtioxine]

C'est vrai mais en pratique j'ai une appli de taille moyenne connectée à une base access et une base oracle. Tout est sur le serveur avec une trentaine d'utilisateurs (dont la moitié en VPN) et ça marche très bien

Je ne connais ni adp ni sharepoint donc je n'ai pas d'avis là dessus...

Y aurait t'il un paramétrage particulier à faire ?
Je vais me renseigner la dessus car ça va à l'encontre de tout ce que j'ai lu et ce qu tu dis ouvrirait une voie que nous avions abandonné vue notre expérience et les forums sur le sujet

A+

[nico84]

Non rien de particulier...
L'appli (compilée en accde et sans aucune table) fait 8 Mo, sa base 25 Mo (et la base Oracle beaucoup plus)
Je pense que le fait de laisser l'appli sur le serveur ne rajoute que 8 Mo de trafic sur le réseau lorsqu'un nouvel utilisateur se connecte, pour le reste cela ne doit pas changer grand chose.

La base access est liée à l'appli. Les tables Oracle les plus utilisées sont liées aussi, les autres en accès occasionnel par ADO.

C'est vrai que partout il est conseillé de déployer la frontale mais je n'ai pas constaté de gros gains donc je ne le fais pas systématiquement