Discussion :

[Steven62]

Salut à tous.

Je vais essayer de vous exposer mon problème le plus clairement possible. Je développe une application sous Visual Studio 2008 en VB .Net. Mon programme est lié à une base de données Access.

J'ai remarqué que l'on pouvait générer automatiquement des écrans en utilisant le DataBlinding. Jusque là, j'ai aucun problème. J'arrive sans problème à faire des formulaires ou l'on peut faire défiler les enregistrements, en supprimer, en ajouter et les modifier. J'arrive également à afficher une seconde table sur cette même feuille. J'ai par exemple les informations d'un Auteur en haut et en dessous, dans une GridView, la liste des livres (que l'on peut également modifier, supprimer et ajouter).

Mais ce que j'aimerais faire, c'est afficher dans un même formulaire (soit dans LE MEME GridView ou sous la forme de TextBox/checkbox/... UNIQUEMENT) les données de deux tables et que je puisse les modifier.

Actuellement, si j'affiche les données de deux tables sous la même forme, je ne parviens à modifier les données que sur la première partie.

J'ai essayé de modifier directement les requêtes dans Le Concepteur mais là encore, ça pose problème. Lorsque je fais glisser les éléments voulus dans le formulaire (des éléments qui concernent deux tables donc), les champs et la barre apparaissent mais la disquette d'enregistrement demeure inactive.

Voilà, si quelqu'un a une idée, une explication, cela me serait d'une grande aide. En gros, je veux savoir si il est possible de générer automatiquement des formulaires dans lesquels on peut afficher les données de x tables sous la même forme (une seule et unique GridView par exemple) et que l'on puisse modifier directement les données. Merci d'avance

[SaumonAgile]

Si tu veux faire ça, tu vas devoir le coder à la main. La génération automatique ne permet que de faire des modifications sur une table, pas sur des vues ou des jointures.

[Steven62]

C'est bien ce que je pensais. Je voulais en avoir la certitude avant de me lancer dans le codage

[thierry007]

Je confirme ce que SaumonAgil te dit.
J'ajoute que pour faire tes requetes je te conseilles d'utiliser des commandes SQL dans ton code, car avec les objets VS tu dépend toujours de VS, ton exe sera a demi transportable


Petit exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
Cnx1 As String = "Provider=Microsoft.jet.OLEDB.4.0;Data Source=MaDb.mdb"
 
Cnx2 = New OleDbConnection(Cnx1)
        Cnx2.Open()
        StrSql = "SELECT mescolonnes FROM MaTable"
        da = New OleDbDataAdapter(StrSql, Cnx2)
        Ds = New DataSet
        da.Fill(Ds, "MaTable")
        DataGridView.DataSource = Ds.Tables("MaTable")
 
        Cnx2.Close()

Voila si sa peut t'aider

[SaumonAgile]

J'ajoute que pour faire tes requetes je te conseilles d'utiliser des commandes SQL dans ton code, car avec les objets VS tu dépend toujours de VS, ton exe sera a demi transportable

Tu mélanges tout là

Il n'y a pas d'objet VS, tout ce que fait visual studio, c'est générer une partie du code à ta place. Tous les objets font déjà partie du framework. Rien à voir avec des notions de portabilité ou autre : c'est simplement que le code généré par visual studio ne permet pas de tout faire, il faut aussi coder certaines choses plus complexes.

[thierry007]

J'ai appris a mes dépend que d'utiliser les databinding ou requêtes générées par le wizard de vb conduise toujours a une dépendance fichier app.config
Je me suis donc toujours écarter de cette façon.
Disons que pour toi c'est peut être du mélange, ou plutôt la façon de m'exprimée n'est pas claire. c'est pour cela que j'avais mis un petit exemple

A+