Discussion :

[BASLEY-Nicolas]

Bonjour à tous !

Je développe une petite application de gestion de rassemblement automobile en WinForm, et tout se présente bien à première vue. Cependant j'ai quand même un souci.

En effet, dans ma solution Visual Studio, j'ai ajouté ma base de données MSDE (Microsoft SQL Desktop Engine), dans laquelle j'ai créé des tables. Il m'a proposé de me générer automatiquement mes requêtes SELECT, INSERT, UPDATE, DELETE via les TableAdapters. J'ai accepté, en les vérifiant, elles fonctionnent. J'utilise mon application sans souci, ça enregistre bien tout ce que je modifie dedans.

Le hic vient quand je clique sur ma base dans Visual Studio. Pour une raison que j'ignore, cela vide complètement la base de données, excepté les enregistrements que j'ai inséré à la main directement dans les tables. Je peux quitter l'application et revenir, les enregistrements restent, mais dès que je clique sur la base, hop, ça se vide, je n'ai aucune action à faire...

Je pourrais donner des captures d'écran si cela vous intéresse...

Ah oui, second truc bizarre, au début, il n'enregistrait pas les données entre deux ouvertures du logiciel. J'ai donc ajouté des COMMIT dans mes instructions. Juste après, il m'a dit que les Transactions étaient vides et que le COMMIT plantait du coup... il change d'avis comme de chemise...

Merci d'avoir lu, et si possible, de m'éclairer...

[tomlev]

En fait, il y a 2 copies de la base :
- une dans le répertoire du projet, qui est la copie "de référence", et qui est celle que tu modifies via visual studio
- une dans le répertoire de sortie (bin\debug ou bin\release), qui est la copie "de travail"

Par défaut la base de référence est copiée dans le répertoire de sortie à chaque compilation, ce qui écrase la copie de travail et donc les modifs faites par le programme.


(en fait je suppose que ton problème vient de là, parce que c'est un problème qui revient souvent, mais peut-être que dans ton cas ça n'a rien à voir...)

Tu peux changer ce comportement comme ça : sélectionne ta base dans l'explorateur de solution, affiche ses propriétés (F4), et change l'option "Copier dans le répertoire de sortie". Si tu mets "copier si plus récent", la copie de travail sera écrasée seulement si la copie de référence a changé (vu la description du problème, ça semble être l'option actuellement sélectionnée). Si tu mets "ne jamais copier", la copie de travail ne sera jamais écrasée ; c'est l'option la plus sûre si ta base de travail contient des "vraies" données, mais les mises à jour du schéma (nouvelles tables etc) faites sur la copie de référence ne seront pas prises en compte, il faudra les reporter manuellement.

De toutes façons, tu devrais bien distinguer l'application "en développement" de l'application "en production" : la "vraie" base de données qui contient les vraies données ne devrait pas être dans les répertoires de développement, mais dans un dossier à part où tu déploies l'application.

[BASLEY-Nicolas]

Alors, je viens de regarder, et en effet, c'est bien ça. Il se basait sur la copie qui se trouvait dans le Bin/Debug de l'application lorsque celle-ci était lancée, et ma solution me permettait de visualiser ma base à moi.
J'ai donc retiré la copie 'ne pas copier' et cela a résolu mon souci !

Merci beaucoup !