Perplexe (vb.net 2008 & bases de données)

Bonjour à tous,

J'essaie depuis quelques temps de revenir à VB (je suis un ancien de VB6).

J'avoue être extrêmement déçu. Je trouve que tout est devenu effroyablement compliqué pour les développeurs qui souhaitent faire de petites applications toutes simples. Je m'explique :

quand on travaillait autrefois sous Access ou VB, on avait la possibilité d'écrire et de faire plein de trucs directement dans la base de données. Génial, surtout quand on est en monoposte (oui, oui, ça existe !).

Aujourd'hui, pour arriver au même résultat avec VB.net, je m'aperçois qu'il faut commencer par transférer les données dans un dataset, qui est une représentation en mémoire de la table (vous m'arrêtez si je me trompe) et qu'après avoir modifié le dataset en question, il faut le mettre à jour dans la table. Le tout avec une quantité assez importante de code.

Hormis le fait que ça ne fonctionne pas chez moi (je me suis résigné à utiliser une méthode sûrement peu gracieuse (

Code:

---

1 2 3 4 5 6

If Me.DossiersDataSet.HasChanges Then sql_def = "UPDATE Dossiers SET Dossier = '" & Me.ctlDossier.Text & "', Ouverture = '" & Me.ctlOuverture.Value & "' WHERE Identifiant=" & valID dbConnection.Execute(sql_def) Me.Validate() Me.DossiersTableAdapter.Update(Me.DossiersDataSet.Dossiers) End If

---

avec des bouts de code qui ne servent à rien mais qui fonctionne), je suis toujours à la recherche d'un tutoriel qui, en trois lignes, expliquerait comment mettre à jour une table depuis un contrôle genre Textbox (j'ai déjà lu ceux de Pierre Lasserre, qui sont très bien, mais qui utilisent des bases Access *.mdb. Or, VB.net 2008 est "fourni" avec des bases *.sdf ; avec ses exemples, en modifiant la chaîne de connection, j'affiche les données, mais pas moyen de les modifier).

Bref, je ne demande pas de solution (j'ai le temps de chercher), je veux juste savoir s'il existe des méthodes simples ou s'il est absolument nécessaire de passer par les dataset et compagnie ???
Au pire, existe-t-il des solutions logicielles concurrentes moins "usine à gaz" ?

Bonjour,
Personnellement,je n'ai jamais aimé le principe d'ADO.NET à tel point que j'ai préférer rester sur DAO même sous vb.net (c'est dire :p)

Bon d'accord mon code était truffé de CreateObject mais bon...

Hum je sens que tu n'as pas tout lu...Tu n'as nécessairement besoin de placer les données dans un DataSet. Fais une petite recherche sur les IDataReader.

Un petit lien très bien ^^

http://dotnet.developpez.com/articles/ado1/vbnet/

Je vais aller y jeter un oeil, merci ;)

Salut,

Il est vrai que la méthode ADO.NET peut sembler longue et compliquée. Mais ce fonctionnement possède sa logique qui une fois assimilée te semblera évident. Je pense pour ma part que ADO.NET est justement très adapté aux petites applications. C'est encore plus vrai si on utilise des dataset Typés. Dans ce cas, c'est simple et rapide, même si il manque un peu de profondeur dans les possibilités.

Bon, n'aimant pas trop le bricolage, j'ai potassé cette histoire de dataset et j'ai à peu près compris le principe, sauf que... ça ne fonctionne toujours pas :mouarf:

J'ai créé une petite table sql ("dossier") avec 6-7 champs et un form tout simple ayant juste une textbox liée à un champ + un bouton.

Sur le bouton, le code suivant (pour valider la modif) :

Code:

---

1 2 3 4

Me.DBBindingSource.EndEdit() If Me.DossiersDataSet.HasChanges(DataRowState.Modified) = True Then Me.DossierTableAdapter.Update(DossiersDataSet.Dossier) End If

---

Tout se passe bien, pas d'erreur, les modifications ont l'air bien validées dans le dataset, mais elle ne passent pas dans la table, ce qui est assez gênant.

Je suis allé voir dans le Tableadapter, pensant que la requête Update n'existait pas.

J'ai pu y générer un truc dans le genre :

UPDATE [Dossier] SET [Actif] = @p1, [Dossier] = @p2, [Ouverture] = @p3, [Echeance] = @p4, [Pret] = @p5, [Notes] = @p6 WHERE (([Identifiant] = @p7))

(appelée automatiquement Updatequery() par VB au passage)

Que j'ai modifié en (j'expérimente, hein ^^) :

UPDATE Dossier
SET Actif = Actif, Dossier = Dossier, Ouverture = Ouverture, Echeance = Echeance, Pret = Pret, Notes = Notes
WHERE (Identifiant = Identifiant)

Mais rien n'y fait:cry:

Je précise qu'il n'y a pas de champs n'autorisant pas la valeur NULL et qu'il y a bien une clé.

J'ai trouvé, et c'est incroyable...

J'ai recréé mon bout de programme en mettant la base de données dans un tout autre dossier que celui du projet et ...ça fonctionne !

J'imagine que c'est un bug, ou alors j'ai loupé une étape.

Merci à ceux qui ont répondu, je pense que ma gestion des dataset va s'en trouver grandement simplifiée ; çà explique en outre pourquoi seule une commande sql arrivait à faire quoi que ce soit dans la base de données !!!