Source de données en retour de fonction

Bonjour,

juste avant que je passe mon portable par la fenêtre : on est bien d'accord, il n'est pas possible de renvoyer une source de données comme :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

rsClient est une source de données   sql = "SELECT * FROM Clients"   Si pas HexecuteRequeteSQL(rsClient , hrequetedefauit, rs) alors   Renvoyer NULL sinon Renvoyer rsClient Fin

---

ceci pour récupérer mon recordset dans un code appelant ( comme c'était possible sous VB 6.0)

Bonne journée

Bonjour,
Par exemple :

Code:

---

1 2 3 4 5 6

ReqClient est une Source de Données // Initialisation de la requête "Clients" SI PAS HExécuteRequêteSQL(ReqClient, "SELECT * FROM Clients") ALORS Erreur(HErreurInfo()) FIN

---

Hello,
Tu pourrais faire ceci :

Appel de la fonction

Code:

---

1 2 3 4 5 6

MaSourcededonnées est une Source de Données SI Pl_SDTest(MaSourcededonnées) ALORS POUR TOUT MaSourcededonnées Trace(HRécupèreEnregistrement(MaSourcededonnées , TAB , RC)) FIN FIN

---

La fonction a appeler

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

PROCEDURE Pl_SDTest(sd_RecordSet est une Source de Données) :booléen sSQLTmp est une chaîne = [ SELECT [num_cuve] ,[pds_tare] ,[Volume] FROM [SuiviFab].[dbo].[CUVE] ] SI PAS HExécuteRequêteSQL(sd_RecordSet, gcnxBaseStats,hRequêteSansCorrection, sSQLTmp) ALORS Info("Erreur dans la requete", HErreurInfo(hErrComplet)) RENVOYER Faux FIN //renvoyer article SI HLitPremier(sd_RecordSet , hSansRafraîchir) ALORS RENVOYER Vrai FIN RENVOYER Faux

---

Mais il serait préférable de passer par une structure qui récupérerait alors le recordset, à mon sens...

Passer le recordset .. heu ... la source de données ;) en paramètre de la fonction ...

J'ai testé , ça marche bien, merci beaucoup

Par contre quelle serait l'avantage d'utiliser une structure, je ne comprends pas trop l'idée ?

Olivier

Hello,
En fonction de tes besoins, du type calculs, affectation de valeurs, la structure te permet une souplesse que n'a pas l'exemple (c'est du brut).
Mais toi seul peut nous dire et définir tes besoins. En partant du principe que de toute manière, ta mémoire est affectée par le recordset mais que les données
ne sont pas facilement manipulables, une structure te permet :
- utilisation de la fonction fichierversstructure
- récupérer le nommage de tes zones du recordset avec affectation de type (chaine, booleen, date,...)
- Réaliser des calculs ou des opérations diverses
- Vider la structure si son utilité n'est plus (libération de la mémoire)
- Rapidité d'accès aux données lues
Voilà très succinctement les différentes possibilités mais il y en a d'autres.
Bon Dev

Une fonction peux renvoyer une source de données, il faut "biaiser" pour cela.

Sachant qu'une source de données n'est qu'un identifiant sous forme d'une "chaîne de caractère" qui la caractérise et qu'elle est est globale au contexte HF en cours.

Le DonneGuid() permet de créer une source de données avec un nom unique, sans cela si tu appelles deux fois ta fonction dans la même portée, le 2ième appel écraserait les données de la première source de données.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

PROCEDURE LoadData()src est une chaîne = DonneGUID(guidBrut)   sSQLTmp est une chaîne = [ SELECT   *   FROM Test ]   SI PAS HExécuteRequêteSQL(src, hAvecTransaction, sSQLTmp) ALORS Info("Erreur dans la requete", HErreurInfo(hErrComplet)) RENVOYER "" FIN     RENVOYER src     PROCEDURE Test() src1 est une Source de Données = LoadData() SI src1 <> "" ALORS POUR TOUT src1 Trace(src1.Nom) FIN   HLibère(src1) FIN HLibère(src1)

---

Il faut malheureusement souvent "biaiser" avec windev ...

Bon, j'ai pas fini de découvrir des nouveautés avec WD ( quoique qu'avec 998 nouveautés /an ...c'est normal :):) )

Je vais gratter de ce côté ( et jeter un oeil aux structures )

Merci pour les infos !