Discussion :

[nemo67]

Bonjour,

Je cherche à programmer une interface affichant les lignes retournées par une requête passée en paramétre. Ce tableau affiche uniquement les lignes présentes à l'écran et pas la totalité du résultat.

Au début j'étais parti sur du SQL dynamique basée sur du CTE et de row_number. Ca fonctionne bien tant que le résultat n'est pas trop grand mais dès que cela dépasse une certaine taille c'est super lent.

J'essaye de me rabattre sur une procédure stockée qui déclare un curseur et en fonction de paramètres, je demande au curseur de me renvoyer x lignes. Cela semble bien fonctionner pour une table mais maintenant j'aimerai rendre la procédure générique !

Si j'ai bien compris (je suis débutant) il faut absolument déclarer les variables qui contiendront le résultat renvoyé par le fetch. L'idée est donc de générer ces déclarations de variables dynamiquement en fonction de la requête que j'ai passé en paramètre ... sauf que je sèche !! je ne vois pas du tout comment on peut faire ca ?? Avez vous une idée ?

[elsuket]

Bonjour,

Banissez les curseurs de toute implémentation SQL.
Je comprends ce que vous voulez faire, mais je ne vois pas pourquoi vous voulez le faire.
Pourriez-vous nous l'expliquer ?

@++

[nemo67]

J'écris une application dans un langage propriétaire (je peux pas changer). Je peux au travers de ce langage dialoguer avec SQL

Je dois programmer une interface qui permette d'afficher des tables ou de faire des opérations de mise à jour.

Pour que cela soit efficace je souhaite charger uniquement les lignes qui sont affichées à l'écran et pas l'ensemble des lignes renvoyées par une requête.

Comme j'avais vu dans ce forum que les curseurs étaient à bannir, j'ai mis en place un mécanisme basé sur du CTE qui réalise cela en passant en paramètre la requête qui doit être traitée. Ainsi si l'écran est capable d'afficher 20 lignes, chaque fois que l'on scrolle le programme appelle une procédure SQL qui renvoit les 20 lignes qui vont bien. Ca fonctionne correctement sauf quand le résultat comporte beaucoup de données. Dans ce cas là plus j'avance dans le résultat, plus c'est lent ...

Je pensais utiliser les curseurs "pour voir" si c'était plus rapide car j'ai vu qu'il y avait des fonctions permettant de "scroller". Maintenant s'il y a un autre moyen de faire je suis preneur ...

Le principe du curseur me semblait bien car dans ma première méthode à chaque scroll j'appelle une requête qui est traitée et qui envoi ensuite uniquement les lignes nécessaires. Cela me semble contre productif car on refait x fois les mêmes requêtes, on renvoi juste des extraits différents. Je pense que c'est pour cela que c'est très lent quand il y a beaucoup de lignes et.ou que la requête est complexe (je mets ca au conditionnel, je ne suis pas spécialiste).

Par contre avec les curseurs, me semble t'il, j'ouvre le curseur UNE fois, en ensuite c'est juste de l'extraction de lignes.