SQL-сервер ADO.NET через TCP/IP-соединение с низкой пропускной способностью какие-либо советы / опыт?
Здравствуйте, у нас есть приложение SQL-сервера, работающее через низкоскоростное соединение. Мы используем ADO.NET.
Мне было интересно, если у кого-нибудь есть какие-либо советы по минимизации трафика по каналу. Я ищу ответы на конкретные советы ADO.NET/SQL-Server, которые делают его более эффективным. Неочевидные ответы, такие как "не доставать много записей".
Примером для MySql будет "enable comptression=true" в строке подключения. Я не могу найти ничего о сжатии транспортного уровня в SQL-сервере.
У кого-нибудь из вас есть опыт с этим? Существуют ли важные и отрицательные стороны, которые мы должны знать?
Заранее спасибо..
4 ответа
Кроме того, что вы возвращаете меньше данных и максимально сокращаете текст запроса, на самом деле вы мало что можете сделать.
Лучше всего работать в канале (соединение с низкой пропускной способностью и использовать параметры QoS, чтобы уменьшить и организовать трафик
Я думаю, что кроме совершенно другого способа программирования нет вещей, которые могли бы помочь....
Я бы обернул сообщение в веб-сервис или WCF. И использовать сжатие на обменах данными.
Если вы не можете сделать это, я бы использовал тяжелое кэширование. Если приложению не нужно часто возвращаться на сервер, вы фактически будете использовать меньшую пропускную способность.
На этой заметке посмотрите на Local Data Cache - Sync.
Может быть, это поможет: The Moth - ADO.NET Sync Services