Projet de migration d'une application Access 2003 vers ADA
Bonjour,
dans mon entreprise, nous avons deux grosses applications MS-Access actuellement en prod. Comme souvent, c'est parti d'une toute petite application "pour aider vite fait" et cela c'est transformer en deux grosses usines à gaz que tout le monde utilise.
Hors, elles nous posent pas mal de problème :
- Licences MS alors qu'il y a une volonté de passer à OOo.org
- Fiabilité parfois aléatoire...
- Lenteur excessive
- Taille des bases Access se rapprochent de la limite des 2 gigas, ce qui nous force à compacter chaque soir pendant la nuit.
Par contre, elles ont les points fort d'Access :
- Des états créés et modifier rapidement
- Idem pour les formulaires
- Un constructeur de requête convivial
- Carrefour entre des sources de données hétérogènes.
J'aimerais dans un futur plus ou moins proche réécrire ces bases dans un langage plus performant.
Je pensais m'orienter vers les technologies QT pour la GUI et Jasperreport/IReport pour les états.
Ainsi que vers une base postgresql pour les données. (Sachant que l'on a une base Sybase, inaliénable et contenant des données vitales)
J'ai lu beaucoup de bien d'ADA : fiabilité, performance, rigueur...
Et je voulais l'avis de personnes initiés à ce langage pour savoir si celui-ci pouvais répondre à mes attentes, ou si je me fais des illusions.
De plus, j'ai l'impression que la communauté est bien plus restreinte que pour d'autres langages plus "hype". Les docs que je trouve datent de 2-3 ans minimum, et encore, beaucoup portent sur Ada 95 et non la 2005...
Est-ce une "bonne idée" de se tourner vers ADA pour un logiciel qui, lorsqu'il sera mis en place, le sera pour un bon paquet d'années?
Aussi, je risque d'être le seul à être sur ce projet, est-ce un langage trop "lourd" pour une implémentation hors équipe?
Voila, désolé d'avoir écrit un roman
Et merci d'avance à ceux qui répondront à mes questions ( et même aux autres)
Lorito
edit: orthographe
Répondre avec citation
Envoyé par Lorito
Partager