SQL Server ADO.NET sur une connexion TCP/IP à faible bande passante des conseils/expériences?

Question

Bonjour, nous avons une application serveur SQL fonctionnant sur une connexion à faible bande passante. Nous utilisons ADO.NET.

Je me demandais si quelqu'un avait des conseils sur la minimisation du trafic sur le canal. Je suis à la recherche de réponses sur les conseils spécifiques ADO.NET/SQL-Server qui le rendent plus efficace. Pas des réponses évidentes comme "ne pas chercher beaucoup d'enregistrements". Par exemple, pour MySql, "enable comptression = true" dans la chaîne de connexion. Je ne trouve rien sur la compression de la couche de transport dans le serveur SQL.

Y en a-t-il parmi vous? Y at-il des choses importantes à faire et à ne pas savoir?

Merci à l'avance ..

Answer 1

autre que de retourner moins de données et raccourcir votre texte de la requête, autant que possible, il n'y a pas vraiment beaucoup que vous pouvez faire.

Answer 2

Je voudrais envelopper la communication dans un service Web ou WCF. Et utilisez la compression sur les échanges de données.

Si vous ne pouvez pas faire cela, j'utiliserais la mise en cache lourde. Si l'application n'a pas à revenir souvent sur le serveur, vous utiliserez en fait moins de bande passante.
Sur cette note, regardez Local Data Cache - Sync.
Peut-être que cela aidera: The Moth - ADO.NET Sync Services

Answer 3

je suppose que, en dehors d'une manière complètement différente de la programmation, il n'y a pas de choses qui pourraient aider ....

Answer 4

le mieux est de travailler dans le canal (connexion à faible bande passante et utiliser les options QoS pour réduire et organiser le trafic