Discussion :

[Papy214]

Bonjour

Dans une procédure stockée, j'utilise un "cursor" sur une table A pour mettre à jour une table B.
Je viens de voir (un peu newb avec SQL FB je suis ) que je peux aussi utiliser un "for select ... do begin end".

Quelle différence entre les deux ?
Que vaut-il mieux utiliser ?

Papy !

[SergioMaster]

Bonjour,

Et si tu indiquais plutôt comment tu fait cette procedure et le pourquoi d'un curseur .
Bref les tables et description des tables impliquées et le résultat souhaité ?

[Ph. B.]

Bonjour,

Et si tu indiquais plutôt comment tu fait cette procedure et le pourquoi d'un curseur .
Bref les tables et description des tables impliquées et le résultat souhaité ?

D'autant plus que l'on peut aussi définir un CURSOR dans l'instruction FOR SELECT...

[Papy214]

faire un cursor dans un for...select, je ne savais pas.
Comme je l'ai dis, avec Firebird, jusqu'à maintenant, je m'étais contenté du strict minimum, ayant un peu plus l'habitude de MSSQL.

En fait, à l'origine, je voulais faire une requête d'update sur une table à partir du résultat d'un select sur une autre table et je n'y suis pas arrivé.
Du coup, je suis parti sur l'idée du cursor qui me permettait de traiter chaque ligne indépendamment.
J'ai trouvé un exemple de cursor et je me suis basé la-dessus.
Et c'est ensuite que j'ai vu qu'on pouvait éviter de déclarer un cursor en faisant directement un for ... select.
D'où ma question sur ce qui était le plus pertinent.

Quand à mes données, j'ai une table A avec plusieurs colonnes dont une clé sur 4 colonnes varchar + une colonne Etat que je dois mettre à jour en fonction de ce que j'ai sauvé précédemment dans une table Etats (qui reprend la clé et l'état).
Cherchant à faire un update A ... select , je me suis retrouvé coincé avec de multiples erreurs. Surtout qu'il fallait aussi filtrer la table Etats qui peut contenir les états de ligne d'autres tables.

Voilà donc tout l'historique qui m'a amené à cette question.