Version imprimable
Bonjour,
Je maintiens depuis une dizaine d'année une appli conçue à l'époque avec Access 2. Elle tourne avec les run-times.
Il s'agit d'une appli d'une taille assez conséquente (60 tables, 150 forms et 300 états) avec beaucoup de code (spécifique Access 2)
Je recherche des avis sur :
- la nécessité de migrer sous une version actuelle d'Access (combien de temps une appli Access 2 pourra-t-elle encore tourner?)
- la meilleure méthode de migration...
Merci à tous de vos lumières...
:idea:
En théorie je dirais indéfiniment.Citation:
Envoyé par HUREAUX
Sauf si les limites d'access v2 peuvent être atteinte dans un proche avenir. Il pourrait aussi y avoir obligation de changer de matériel, si l'application fonctionne sur un système ancien (3.11, 95 ou 98 voir NT4) il sera difficile de trouver des pilotes adaptés.
Si le modèle de données est correct, une migration totale peut être envisagée. Les appels API sont à revoir (passage 16 à 32 bits) certaines propriétés et méthodes des objets VBA (ADO) ont changé. Il y a compatibilité et elles sont documentées.Citation:
Envoyé par HUREAUX
Les migrations depuis Access 2 sont en général assez complexe pour les applications conséquentes. Je m'interroge surtout sur le nombre d'état qui me laisse penser qu'un gain important pourrait être gagné en revoyant un peu la structure de la base de données.
Personnellement j'obterais pour un redéveloppement complet de l'application. Toutefois, bien conscient que cela prendra beaucoup de temps, je m'interrogerai sur la durée de vie de mon application. S'il ne reste que quelques années à tenir, autant rester sur Access 2 :wink:
Je ne sais pas si c'est normal, mais j'ai retrouvé une base en Access2, Access 2003 ne prentend pas l'ouvrir ni la convertir.
Prudence si tu veux convertir ta base.
Toutes mes excuses, ma base etait vérolée. J'en ai trouvé d'autre que j'ai pu convertir sans trop de casse parce que c'tait un base simple de petite taille.
Mais la conversion a fonctionné.
il y a quand même un truc qui ne coûterait pas trop cher
faire une copie de la base en exploitation et la faire migrer
tester ce qui ne marche plus et faire un bilan
ce serait déjà un point de départ à bon compte