Refléter les changements de mon dataset sans acceptchanges() et avant update()

Alors tout est dans la question.


Je souhaiterais récupérer les modifications faites sur mon dataset à travers mon formulaire de données. Connaitre les modifications du dataset va me permettre d'appliquer ou non des validations (errorProvider) dans mon formulaire.

Le problème est que si je fais appel à accepchanges : mon dataset va être à jour et va refléter toutes mes modifications. Je saurais donc dans ce cas faire appel uniquement aux validations sur les champs dont j'ai besoin. Mais après cela impossible de mettre à jour la base de données puisque le accepchanges() est passé par là!

Par contre si je ne fais pas appel à accepchanges mon dataset ne reflète pas les modifications appliquées depuis mon formulaire sur le dataset et je ne sais donc pas exactement sur quels champs je vais devoir faire des validations avec errorProvider.


La solution qui fonctionne et de faire d'abord appel à Update(). La base est à jour , mon dataset également. Et je peux donc appliquer mes validations sur les champs dont j'ai besoin et signaler ensuite grace à errorProvider à l'utilisateur d'eventuelles erreurs. MAIS les modifications en base ont déjà été effectuées. Ma validation de formulaire qui était censé bloquer l'utilisateur à faire des conneries se transforme en simple avertisseur. Pas idéal comme démarche.


Si quelqu'un m'a suivi j'aimerais bien savoir ou est ce que je m'y prends mal svp .

Merci

Bonjour,

C'est toute la problématique qui découle de l'utilisation de dataset pour faire des mises à jour.

Si comme moi on utilise le dataset uniquement pour afficher les données, et que l'on construit une couche objet métier qui permet de réaliser les deux interfaces (affichage et base de donnée) il suffit d'intercaler une fonction de vérification des attributs de l'objet avant envoi de la requête de MAJ pour réaliser ce que vous souhaitez.

Ah ok donc mauvaise nouvelle pour moi a priori je ne pourrais pas m'en sortir facilement :oops:

Bonjour,

Pourquoi pas facilement ?

Admettons que je veuille gérer des personnes avec leur nom et prénom.

J'ai une BD avec une table personne, un champs nom, un champs prénom et un champs numérique qui est la clef primaire.
Je construis un objet personne qui a comme propriété Id_Personne, nom, prénom.
Je dessine un formulaire avec un label qui affichera l'ID_Personne, et deux textbox, pour nom et prénom.

Mon objet prénom aura des méthodes:
Affiche(myform) qui fera quelque chose comme
textboxprenom.text=mapersonne.prenom
...

Enregistre, modifie, supprime ...

Et dans la méthode Enregistre et modifie je contrôle mes valeurs
Si mapersonne.prenom="" alors message impossible d'enregistrer sans prénom etc ...

Maintenant on peut appliquer cela à une collection de personne, il suffit d'instancier une classe qui implémente une collection de personne (pour ma part j'ajoute aussi une bindinglist c'est pratique pour les listeview).

Et le dataset dans tout cela ???

Quand je cherche une personne, je fais une requête sur la BD j'obtiens un dataset qui va contenir les attributs de la personne cherchée, ma classe personne contiendra une fonction Affecte(row as datarow) qui va initialiser mon instance d'objet avec les valeurs issues du dataset.

Je vois pas ce qu'il y a de compliqué d'un point de vue vb.net, après le fait de concevoir en objet c'est un peu plus compliqué (quoi que) mais pour ça il y a des bonnes références de lecture sur le forum UML.

Pour le principe je te suis y a pas de soucis.

Mais en pratique j'ai beaucoup plus de tables que celles énoncés dans mon premier post. Ça me fait pas mal de boulot en plus pour gérer une classe pour chaque table.



Merci pour tes réponses en tous les cas.