SQL-сервер ADO.NET через низкоскоростное соединение TCP / IP есть какие-либо советы / опыт? - PullRequest
2 голосов
/ 21 января 2009

Здравствуйте, у нас есть приложение SQL-сервера, работающее через низкоскоростное соединение. Мы используем ADO.NET.

Мне было интересно, есть ли у кого-нибудь советы по минимизации трафика по каналу. Я ищу ответы на конкретные советы ADO.NET/SQL- Server, которые делают его более эффективным. Неочевидные ответы, такие как «не доставать много записей».

В качестве примера для MySql можно привести «enable comptression = true» в строке подключения. Я не могу найти ничего о сжатии транспортного уровня в SQL-сервере.

У кого-нибудь из вас есть опыт с этим? Есть ли важные вещи, которые мы должны знать, а что нет?

Заранее спасибо ..

Ответы [ 4 ]

0 голосов
/ 09 мая 2010

лучше всего работать в канале (низкочастотная связь с соединением и использовать опции QoS, чтобы уменьшить и организовать трафик

0 голосов
/ 22 января 2009

Я бы обернул сообщение в веб-сервис или WCF. И использовать сжатие на обменах данными.

Если вы не можете сделать это, я бы использовал тяжелое кэширование. Если приложению не нужно часто возвращаться на сервер, вы фактически будете использовать меньшую пропускную способность.
Обратите внимание на локальный кэш данных - синхронизация.
Может быть, это поможет: The Moth - ADO.NET Sync Services

0 голосов
/ 03 февраля 2009

Полагаю, что кроме совершенно другого способа программирования нет вещей, которые могли бы помочь ...

0 голосов
/ 21 января 2009

кроме возврата меньшего количества данных и максимально короткого текста запроса, на самом деле вы мало что можете сделать.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...