Récupérer des valeurs dans plusieurs variables

Bonjour,

Je récupère des infos de la DB via ceci:

Code:

---

d_DatePossible = (DateTime)(DBConnection.ExecRequest("SELECT DatePossible FROM t_RCTMT_CandidatDetails WHERE(CandidatID = " + this.id + ")").Tables[0].Rows[0][0]);

---

evec ceci:

Code:

---

1 2 3 4 5 6 7 8

public DataSet ExecRequest(string request) { myDataAdapter = new SqlDataAdapter(request, myConnection); DataSet ds = new DataSet(); myDataAdapter.Fill(ds); close(); return ds; }

---

Comment pourrais je faire si en plus du champ "DatePossible", je veux en récupérer d'autre de la même table, pour faire tout dans une même requête et eviter ceci:

Code:

---

1 2

d_DatePossible = (DateTime)(DBConnection.ExecRequest("SELECT DatePossible FROM t_RCTMT_CandidatDetails WHERE(CandidatID = " + this.id + ")").Tables[0].Rows[0][0]); autreinfo = (DateTime)(DBConnection.ExecRequest("SELECT autreinfo FROM t_RCTMT_CandidatDetails WHERE(CandidatID = " + this.id + ")").Tables[0].Rows[0][0]);

---

Merci

Bonjour,
bah tu pe toujours faire une requete :
SELECT DatePossible,autreinfo FROM t_RCTMT_CandidatDetails ...
mais bon,
petit conseil :
Quand tu peux (càd toujours, sauf exception RARES), utilise des stored procedure...
C'est plus performant, plus maléable, et A chaque couche ses responsabilités, dons un moteur DB doit stoquer, retrouver des données... le code doit récupérer ces données et en effectuer un traitement...

@+

oui mais comment le récupéré dans l'applic....

Parce que dans la requête c'est facile, mais vu que le résultat se met dans une variable (ici d_DatePossible )

Lorsque tu fais :

Code:

---

d_DatePossible = (DateTime)(DBConnection.ExecRequest("SELECT DatePossible, autreinfo FROM t_RCTMT_CandidatDetails WHERE(CandidatID = " + this.id + ")").Tables[0].Rows[0][0]);

---

en fait tu lui dis :
A partir du dataset que renvoie DBConnection.ExecRequest, donne moi l'élément contenu dans la table d'indice 0, rang 0 colonne 0,

rien ne t'empèche de récupérer le dataset renvoyer par DBConnection.ExecRequest et de récupérer les données des autres colonnes....
C'est un travail en trois temps...
1. récup du dataset,
2. récup de la valeur 1...
3. récup de la valeur 2...

De plus, pour une question de lisibilité dans le code, tu peux récupérer les données par nom de la table et/ou nom des colonnes plutot que les index des éléments.

voilou,

chtit question, pq utilise tu cette machine à gaz de dataset pour récupérer qques valeurs ? et nom des classes, oledb/sql command,... qui sont moins lourdes en perf et en implémentation... ?

@+

en fait c'est une grosse applic existante...

et je dois transformer une ou l'autre petite chose et ajouter des données à certains endroits...

c'est un travail qui doit être vite fait, car c'est urgent, et qui sera de toute façon provisoire....

Comme je viens de me mettre sur cette applic, et que c'est urgent, je n'ai pas la possibilité d'étudier à fond toutes les possibilités et subtilités de l'applic afin de la modifier pour une perte de performance minimum.

Donc j'essaie dans la plupart des cas d'utiliser les classes existantes et tout le reste, mais à certains endroits pour faire au plus vite je coupe court avec des méthodes un peu barbares.

Voila pourquoi ma méthode n'est certes pas la meilleures, mais je n'ai pas le choix.

oui ok pour récupérer le dataset, j'ai bien compris la procédure, j'ai déjà utilisé des dataset ;)

donc je récupère le resultat de la requete dans un dataset temporaire, et j'attribue à chaque variable la valeur danbs la colonne correspondante...

Mais dans la précipitation je me suis tres mal exprimé, je voulais savoir si en fait il existait un "raccourci" permettant de faire une chose qui ressemblerait à cela:

Code:

---

d_DatePossible, autreinfo = (DateTime)(DBConnection.ExecRequest("SELECT FROM t_RCTMT_CandidatDetails WHERE(CandidatID = " + this.id + ")").Tables[0].Rows[0][0], Rows [0][1]);

---

quelque chose dans ce style là, pour éviter de faire une attribution par colonne.

non, ca c'est pas possible,
un membre de gauche ne peut être qu'unique...
mais l'idée est plutot bonne,
désolé...
et bon courage !
@+