Discussion :

[msomso]

Bonjour
Contexte: écriture des procédures stockées en T-SQL.

Est-il possible de définir une variable de type enregistrement (row) d'une table
pour faciliter l'écriture des fetch des curseurs ?

J'aimerais pouvoir faire:

Code :

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

1
2
3
4
DECLARE @v_row <ma_table>.%ROWTYPE
DECLARE C_xxx cursor for SELECT * FROM <ma_table>
puis
FETCH C_xxx into @v_row

et utiliser ensuite les valeurs lues comme C_xxx.<nom_colonne>.
Ceci me permettrait de simplifier les écritures de mes procédures.

Ne l'ayant pas trouvé dans la doc, je me permets de vous demander si c'est vraiment impossible.
Merci
msomso

[mpeppler]

Non, ce type de syntaxe n'est pas supportée.

Il faut déclarer séparément chaque variable qui sera utilisée dans un FETCH.

Ceci étant - si c'est possible il est préférable d'éviter l'utilisation de curseur et plutôt faire des opérations ensemblistes, même si c'est parfois plus difficile à appréhender au départ qu'une approche procédurale...

Michael

[msomso]

Bonjour,
J'aimerais bien les éviter moi aussi, ces écritures pénibles des curseurs.
Il s'agît de copier (migrer) les données de quelque tables d'une base vers une autre (sur le même serveur). L'insertion sur la base cible se fait en ajout et non remplacement. De plus on doit détecter/tracer des lignes en erreur d'intégrité.
Alors, comment faire sans curseur (comment gérer la fin de boucle de la lecture ) ?

Le volume est important (centaines des milliers de lignes) et je voudrais fournir des statistiques sur ce qui est "passé" ou pas en raison des triggers volontairement laissés actifs ( je sais que ce n'est pas performant). J'affiche notamment les données des lignes qui ne passent pas pour faciliter la correction.

Je ne pense pas pouvoir contourner les curseurs, non ?

Merci d'avance pour vos avis
msomso

[mpeppler]

Effectivement, si il s'agit d'une opération unitaire alors l'utilisation d'un curseur semble la meilleur solution. Il y a probablement d'autres téchniques, mais je ne vois rien de "simple" qui réponde aux besoins.

Michael

[msomso]

Merci