janvier
2005
Un article de Maxence HUBICHE
J’ai particulièrement apprécié cette remarque :
Intéressant ce forum… meme si je comprends pas tout.
Vous voulez l’expérience d’un poireau?Alors voilà :
Mon métier c’est pas l’informatique. Je sais pas programmer et j’ai ni le temps ni l’envie d’apprendre (désolé…). J’utilise access parce que j’ai eu quelques cours la dessus il y a 10 ans, et depuis je bidouille (un peu éclairé quand meme).
Dans mon boulot (la recherche clinique) on doit gérer pas mal de données pendant des mois ou des années puis faire des stats dessus. En pratique, les designs d’études sont si différents qu’il faut créer une appli par étude. La rapidité de création des bases et l’aspect « pratique » et « intuitif » (je vais me faire incendier…) des requetes access sont très pratiques pour moi, et avec quelques macros (là j’ai honte…) j’arrive quand meme à sortir des applis correctes utilisables par mes collègues sans écrire une ligne de code.
Il y a 5 ans, je me suis lancé dans un petit projet de gestion du centre de cicatrisation du service hospitalier dans lequel je travaille. Ca m’a pris un peu plus de un mois pour développer ca « à temps perdu », petite phase de test avec l’équipe soignante comprise. Je vous passe les détails mais l’appli marche bien, elle est suffisamment sécurisée pour etre utilisée par une ribambelle d’infirmières et d’étudiants ne maitrisant strictement rien en informatique (ou maitrisant un peu trop…). Après 5 ans d’utilisation la base fait 10 Mo (on a d’après ce que je viens de lire quelques belles années devant nous avant d’avoir des problèmes) Pour la maintenance, copie de l’unique fichier (ca a son avantage…) sur clé USB par « celui qui éteint » en fin de journée et j’y passe une fois par semaine moins de 30 min pour faire une « vraie » sauvegarde et quelques vérifs. Le seul problème que j’ai eu en 5 ans c’est … une panne de carte mère! Un portable sur le bureau, la clé USB derrière et 10 min après tout le monde retravaillait comme avant.Tout ca pour dire que Access, ca permet tout de meme à des « professionnels non professionnels » (de l’informatique…) de créer dans un délai raisonnable quelque chose qui marche correctement et qui sert à quelque chose. Je suis entièrement d’accord sur les faiblesses sur l’environnement multi utilisateurs en réseau (du moins ce que les pros m’ont dit et les quelques tests que j’ai fait va dans le sens de vos remarques) mais la migration future vers des SGBD « professionnels » ne semblerait pas vraiment poser de problèmes (toujours d’apres ce qu’on m’en a dit) …
La suite du débat, c’est ici
Access vs VB.net
J’utilise ACCESS pour du développement d’applications depuis environ 10 ans.
Un peu excédé par la totale inadapatation d’Access au mode réseau (essayez de mettre une appli d’importance moyenne et en lecture/écriture à disposition de 5 utilisateurs simultanés !),
je me suis interessé à vb.net qui ne m’a pas franchement convaincu…par sa simplicité.
Je me suis donc plongé dans les arcannes de MSDE / SQL Server 2000 : procédures stockées, triggers…. en gardant Access pour le front-end (comme ça, si je change de langage, je récupère tout le travail réalisé dans la base de données MSDE…) .
Parallèlement à cet effort gigantesque, je me suis enfin mis à la programmation objet en VBA : bon d’accord, ya pas d’héritage ou de polymorphisme mais est-ce vraiement utile ?
Verdict ?
Mes nouvelles appli sont très rapides (laissez tomber Jet si vous devez penser réseau !), même quand de nombreux utilisateurs travaillent simultanément et je me suis mitonné de petites classes d’accès aux données qui me permettent d’accéder à MSDE de manière complètement transparente ( même les passages de param.pour procédures stockées, si, si !)
Conclusion, je ne suis pas encore convaincu par vb.net, l’idéal pour moi étant que Microsoft
transforme vba en vba.net et garde Access comme outil « Tout en un » de création d’états, de formulaires : à ce niveau, je n’ai jamais rencontré d’interface aussi puissante et rapide pour créer facilement une application.
ma question finale : quelqu’un a t-il des informations sur l’évolution de vba ou n’y a t-il vraiement aucun espoir ???
Merci d’avance
Merci pour l’article !!
eh ben moi j’étais pour, je suis devenu contre !! pour apr ce que c’est facile à écrire et à développer, maintenant je suis contre par ce que c’est peu évolutif !!
moi a vrai dire, je travaille aussi avec Access et en plus c’est du Access 97 par ce que la migration d’une version à une autre dans Access est aussi difficile que la migration vers un autre langage !! et justement, j’ai voulu savoir, quel langage faut il choisir pour migrer des application Access !! le plus facile c’est VB6 ou VB.NET ou peut être un WinDev fera l’affaire ????