Discussion :

[janes]

Je m’occupe d’une application écrite en access 97.
L'application est ancienne par conséquent, elle contient de nombreuses règles métier. Elle est distribuée entre deux fichiers : un fichier mdb installé (15mo) sur chaque poste client qui gère l'interface et la logique métier et un autre fichier mdb (200 mo) installé sur un serveur qui contient les données. la liaison entre les deux est faite par des tables attachées. environ 70 utilisateurs y sont connectés simultanément. Une sécurité utilisateur est en place.

Je me pose la question de l’évolution technique de cette application.

Est-il raisonnable d’envisager de remplacer la partie données par Sql Server et la partie cliente par une des dernières versions d’Access. Le tout communiquant comme actuellement par des tables attachées, l’idée principale est de récupérer le maximum de code de la partie cliente.
Ou bien Sql Server n’est envisageable uniquement que pour les projets ADP sous Access.

Ma principale interrogation concerne les formulaires qui présentent actuellement beaucoup de données issues de tables différentes d'Access. est-ce que l'on peut garder cette logique d'écran utilisateur avec des tables attachées sous sql server ?


merci de me faire part de votre expérience et des versions utilisées

[Maxence HUBICHE]

Bonjour,

A partir du moment où on est en multi-utilisateur, la solution SQL Server est probante.
On peut tout à fait faire des liaisons ODBC (sic) dans Access sur des tables SQLServer, mais, en général, on préfère un accès natif (ADP)


L'avantage de faire une liaison ODBC aux tables SQLServer, c'est que cela ne modifiera (quasiment) pas la partie frontale.
Par contre, en agissant ainsi, tu te coupes aussi des avantage que tu aurais sur SQLServer en déplaçant certaines règles métier sur le serveur (procédures stockées, fonctions, ...), ce qui permettrait une évolution plus simple et plus souple vers un développement web, ultérieur.