Précédent   Forum des professionnels en informatique > Logiciels > Microsoft Office > Access
Access Forum d'entraide sur Microsoft Access. Avant de poster -> La F.A.Q Access
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 18/04/2011, 17h38   #1
Invité de passage
 
Femme
Chef de projet NTIC
Inscription : avril 2011
Messages : 1
Détails du profil
Informations personnelles :
Sexe : Femme
Localisation : France

Informations professionnelles :
Activité : Chef de projet NTIC
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : avril 2011
Messages : 1
Points : 0
Points : 0
Par défaut qu'elle évolution pour une grosse application écrite en access 97 ?

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
janes est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/04/2011, 13h32   #2
Rédacteur

 
Avatar de Maxence HUBICHE
 
Homme Maxence HUBICHE
Formateur et Développeur - Conseil en Informatique
Inscription : juin 2002
Messages : 3 687
Détails du profil
Informations personnelles :
Nom : Homme Maxence HUBICHE
Âge : 42
Localisation : France, Val d'Oise (Île de France)

Informations professionnelles :
Activité : Formateur et Développeur - Conseil en Informatique

Informations forums :
Inscription : juin 2002
Messages : 3 687
Points : 6 516
Points : 6 516
Envoyer un message via MSN à Maxence HUBICHE Envoyer un message via Skype™ à 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.
__________________
1formaxion, une formation de qualité, des formateurs compétents
Mes tutoriels et vidéos :
Tableaux croisés dynamiques, Access les Bases, et les autres !
Maxence HUBICHE est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 06h24.


 
 
 
 
Partenaires

Hébergement Web