none
.net & access RRS feed

  • Question

  • Bonjour,

    Un de mes clients a un logiciel, qu'il distribue lui-même à d'autres clients, développé en ms access 2003 (!). J'en ai repris la gestion il y a un an, et bien que j'ai pu rationaliser un maximum et que j'utilise tout ce que je peux, l'application a beaucoup grandi et access montre clairement ses limites.

    Je dois choisir d'autres technologies pour continuer à évoluer. Je vois les choix suivants :

    - Java, que je maîtrise sur le bout des doigts, mais il faut évidemment tout réécrire
    - .NET ou autres solutions MS

    J'ai cru comprendre que Access 2007 utilisait lui-même du VB "classique", pas .NET ? Quelqu'un peut confirmer ?

    Si je veux passer en .NET pur, j'ai quelques questions :

    - quelle partie faudrait-il réécrire (beaucoup de formulaires, rapports, évidemment de requêtes, parfois complexes...) ?
    - quel logiciel dois-je acheter pour développer efficacement en .NET ?

     Alternativement, si la migration est plus aisée, serait-il envisageable de simplement passer à Access 2007 ? Y gagnerais-je point de vue programmation par rapport au 2003 ?

    Merci d'avance pour vos conseils
    lundi 11 février 2008 19:37

Toutes les réponses

  • Si tu veux passez sur une nouvelle structure (Java ou .Net), tu vas devoir tout réécrire, car Access utilise le langage VBA, qui est completement différents de .Net. Si tu es bon en Java, le C# ne devrait pas trop de déstabilisé, la syntaxe est très similaire.

     

    Malheureusement pour toi, Access 2007 ne supporte plus les connections OleDb, car son architecture se fait de plus en plus vieillisante. donc il te faudra changer de base de données si tu veux développer une nouvelle application .

     

    Pour avoir fait des tests, la meilleure solution que l'on a trouvé, est de passer sur SQL Server Compact Edition. Il y aussi la version SQL Server Express Edition 2005. Tout les deux sont gratuits et redistribuable. Ils peuvent être modifié dans VS directemment

     

    Pour ce qui est du code, il te faut globalement refaire les connections a la base ainsi que les requetes. Il faut aussi que tu refasses la BD dans le nouveau format.

     

    lundi 11 février 2008 20:38
    Modérateur
  • Déjà un grand merci pour cette réponse !

    Si je comprends bien, je ne peux pas garder grand chose, en fait ? Je pensais qu'utiliser .NET me permettrait d'avancer plus vite dans la migration. Sachant aussi que la plus grande complexité est à mon avis dans les requêtes et les rapports...

     J'ai vu qu'il y avait des solutions de reporting dans SQL Server. Font-elles partie de SQL Server Compact Edition aussi ? Si je comprends bien, aussi, SQL Server Compact est juste une version mono-utilisateur ?

    Enfin, dernière question : j'ai du mal à m'y retrouver avec Visual Studio : c'est payant, gratuit, "gratuit mais" ??? ([edit] ok, j'ai trouvé cette info, grosso modo payant pour ce que je dois faire)
    lundi 11 février 2008 20:48
  • Toute les interfaces ne pourront pas être garder, puisque c'est développer en Access. Cependant, toutes les requêtes vont être sensiblement les mêmes (mis à part les mots clés que seulement Access utilise). Donc tu dois refaire minimalement les interfaces, mais tu vas pouvoir garder des requêtes. Mais je suis certains qu'il existe des outils de migration entre Access et SQL Server pour t'éviter de  tout refaire.

     

    mardi 12 février 2008 12:31
    Modérateur
  • Ok. Ma conclusion actuelle est que je ne gagnerai rien à garder ça avec les technologies MS, puisque je connais très bien Java (c'est mon activité principale) et que je pense avoir compris qu'une migration en .NET, que je ne connais pas, prendrait probablement autant de temps (copier-coller les requêtes ira aussi vite sur n'importe quel language/serveur de db que sur .NET/sql server). Penses-tu que c'est une vue réaliste, ou il y a-t-il tout de même des outils de migration vers .NET uniques que je sous-estime ?
    mercredi 13 février 2008 07:32