Discussion :

[temoanatini]

Bonjour,

Il existe pour Oracle (OCI) un mécanisme permettant de minimiser de façon drastique le volume du trafic réseau entre l'application cliente et la base de données, surtout pour des requêtes volumineuses :
http://docs.oracle.com/cd/B28359_01/...dv.htm#i471377

Je n'arrive pas à mettre le doigt sur quelque chose de semblable pour SQL Server. Quelqu'un connaît-il un équivalent ?

merci pour vos réponses

[temoanatini]

... donc ce silence signfie-t-il que la seule solution équivalent serait:
garder dans l'appli une liste des handles des statements qu'on est suceptibles de rejouer (et donc de ne pas les fermer) pour "rebinder" ces statements puis de les rejouer ?

Je vois en quoi ce n'est pas un problème puisque c'est prévu:
au lieu de faire du "SQLExecDirect", il suffit de faire du "SQLPrepare" + "SQLExecute".

Là où ça pose un problème, c'est si on a potentiellement beaucoup de types de requêtes différentes.

=> le mécanisme d'Oracle permet de se prémunir de ça en fournissant une option de taille de cache de statements suivant laquelle Oracle fera du LRU (il faut néanmoins vérifier que les statements sont toujours disponibles dans ce cache avant).

Ai-je cerné selon vous le moyen équivalent de parvenir à mes fins ?

N'y a-t-il pas un mécanisme plus "natif" pour SQL Server qui permette de rendre le même genre de service ?

[iberserk]

Bonjour,
Je crois que c'est ce que fait LINQ TO SQL/ENTITIES par exemple avec les compiledQuery.

LINQ TO SQL (a éviter car plus supporté):
http://www.codeproject.com/Articles/...ormance-by-5-X

LINQ TO ENTITIES:
http://msdn.microsoft.com/en-us/library/bb896297.aspx

[temoanatini]

merci pour cette réponse.
mais je ne fais pas de C# et il faut que ce soit compatible SQL Server 2005... je pense donc qu'il va falloir coder tout ça.

On ferme...(si personne ne se manifeste bientôt)