none
Optimisation de SqlConnexion RRS feed

  • Question

  • Bonjour tout le monde,

    J'ai récupéré dans un forum une application de gestion de commandes écrite en VB.Net, et à force de tout refaire j'ai fini par la faire fonctionner.

    Il reste un point, c'est l'optimisation de la connexion. Les données sont dans un fichier SQL Server dans le répertoire d'exécution, et l'application y accède à l'aide d'un objet SqlConnexion qui est ouvert en même temps qu'un formulaire MDI qui ouvre les autres formulaires de l'application, et qui est fermé en même temps que lui.

    On pourrait se dire que pour une fois, le concepteur de l'application a fait quelque chose de juste, puisque cette architecture lui évite d'ouvrir et fermer la connexion à tout bout de champ (il y aurait sûrement plus à redire si c'était une connexion vers une base partagée). La contrepartie est de devoir tout faire via l'objet SqlConnexion, donc en DAO (DataReader ...). Il y a des objets d'accès aux données, mais guère utilisés.

    Je suis quand même pris d'un doute : si je vais jeter un coup d'œil aux tables avant de fermer l'application, je trouve la trace de mes transactions dans SSMS, mais pas dans l'explorateur de serveurs dans Visual Studio. Est-ce que logiquement on n'aurait pas plutôt pu s'attendre à l'inverse ?

    Le plus gênant, c'est que si je ferme et que je rouvre l'application, je ne retrouve pas mes nouvelles données, un peu comme si la session précédente de l'application n'avait pas eu lieu.

    Ces derniers jours j'ai plusieurs fois réinstallé SQL Server (2008 R2 Express, sur Windows XP Home SP3) car je ne réussissais pas à le lancer (un coup ça ne marchait que depuis l'application, un coup que depuis SSMS, un coup pas du tout), et pour finir il me semble qu'Avast a dû fermer une vanne en serrant un peu trop fort. En le désactivant je finis par faire fonctionner l'application, mais dans les conditions que je viens de décrire. Il fallait le désactiver pendant l'installation, ça c'était plus ou moins intuitif et de toute manière donnait lieu sinon à des messages d'erreur (en gros fichier verrouillé), mais pendant l'exécution aussi il faut le désactiver. Question sur le paramétrage dans un autre forum.

    Il semblerait qu'un peu plus d'expérience de ma part serait bienvenue pour savoir par où prendre le problème (essentiellement : données non persistantes d'une session à l'autre). Que me conseillez-vous ?




    • Modifié Gloops lundi 29 juin 2015 12:21
    lundi 29 juin 2015 12:13