Discussion :

[ludogoal]

Bonjour,
Je suis en train de mettre en place une solution WCF qui a besoin de recevoir beaucoup de données. Etant donnée les limites d'utilisation mémoire fixées, je ne peux pas agrandir le tuyau pour tout faire passer d'un coup, j'ai donc choisi de "paginer" ma requête.
Je passe par référence le dernier ID remonté et un boolén qui me dit si j'ai fini ou non, le tout paramétré grâce à un nombre de résultat par aller retour.
Mon problème c'est que, pour mettre à jour mon booléen, je n'ai pas trouvé d'autres solutions que de dire:

Code :

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

1
2
If(nbLigneTrouve == nbLigneParPage)
FinTransfert = False;

Le problème étant que, par exemple, si je défini une pagination de 100 et que le total des enregistrements est de 500, je vais renvoyer False pour la fin du transfert et donc refaire un dialogue: Client -> Service -> DAL -> Service -> Client alors que j'en ai pas besoin puisqu'il ne me restera plus d'autre enregistrement à ramener.
Quelqu'un a-t-il déjà eu ce problème?
A votre dispo pour plus d'info ou quoi que ce soit....

[anthyme]

Sinon on peut faire du streaming en WCF

[ludogoal]

Je suis tout à fait d'accord mais là nous sommes en plein prototypage et le but est de faire une partie en streaming et l'autre de la manière que j'ai exposé plus haut.
Merci quand même pour ton aide.

[anthyme]

Pourquoi tu ne ferai pas ton test a la fin de ta méthode au lieu de le faire au début (en regardant ce qu'il reste a faire plutôt que ce qui est fait)

[ludogoal]

Je le fais bien à la fin de ma méthode en comparant le nombre de lignes retournées par rapport à ce que j'attends. Par contre je ne veux pas faire d'appel supplémentaire à la base simplement pour vérifier qu'il reste des enregistrements car cela doublerait le nombre d'aller - retour entre mon service et la DAL et du coup la perte engendrée par un "dialogue" complet (client - service - DAL) serait moins importante que de doubler le nombre de requête sur la base!!!
Je sais pas trop comment faire là car à un moment ou à un autre il faut bien savoir si il y a encore du travail à faire et pour cela on ne peut pas faire autrement que d'intéroger la base.... Pour l'instant je garde le fonctionnement actuel qui peut engendrer un "dialogue" complet de trop en attendant de trouver une meilleure approche.
Merci

[anthyme]

Je le fais bien à la fin de ma méthode en comparant le nombre de lignes retournées par rapport à ce que j'attends. Par contre je ne veux pas faire d'appel supplémentaire à la base simplement pour vérifier qu'il reste des enregistrements car cela doublerait le nombre d'aller - retour entre mon service et la DAL et du coup la perte engendrée par un "dialogue" complet (client - service - DAL) serait moins importante que de doubler le nombre de requête sur la base!!!
Je sais pas trop comment faire là car à un moment ou à un autre il faut bien savoir si il y a encore du travail à faire et pour cela on ne peut pas faire autrement que d'intéroger la base.... Pour l'instant je garde le fonctionnement actuel qui peut engendrer un "dialogue" complet de trop en attendant de trouver une meilleure approche.
Merci

tu ne peux pas vérifier combien tu as d'éléments à récupérer une seul fois a l'initialisation de ta demande et garder ce nombre tout le long ?