Очень медленные запросы в локальной сети в приложениях C#

Question

Я уже некоторое время разрабатываю небольшие приложения для баз данных в Visual Studio C#. В настоящее время я использую VS 2010. До недавнего времени все приложения запускались на том же компьютере, на котором была сохранена база данных, и все прошло отлично. Недавно мне пришлось начать разработку некоторых приложений, которые будут запускаться на отдельном компьютере, который находится в одной локальной сети.

Простой, но я столкнулся с проблемой при запуске запросов для заполнения элементов управления, таких как сетка или даже поле со списком. Проблема в том, что он может занять 15-30 секунд за элемент управления, если мой запрос вытаскивает большой объем данных. Я знаю, это связано с тем, что приложение отправляет мой запрос на выбор, ожидая, когда все результаты попадут в сеть, а затем отобразит информацию. Проблема в том, что я не знаю, что с этим делать.

Ниже у меня есть фрагмент кода (слегка измененный, чтобы иметь больше смысла). Он использует базу данных Firebird, хотя я использую MSSQL и Sybase Advantage, а также с теми же результатами.

  FbConnection fdbConnect = new FbConnection(); 
      fdbConnect.ConnectionString = Program.ConnectionString; 
      fdbConnect.Open(); 
      FbCommand fcmdQuery = new FbCommand(); 
      fcmdQuery.Connection = fdbConnect; 
      fcmdQuery.CommandText = "select dadda.name, yadda.address, yadda.phone1 from SOMETABLE left join yadda on dadda    where yadda.pk = dadda.yaddapk"; 
      FbDataAdapter fdaDataSet = new FbDataAdapter(fcmdQuery); 
      DataSet dsReturn = new DataSet(); 
      fdaDataSet.Fill(dsReturn); 
      fdbConnect.Close(); 
      DataGridView1.DataSource = dsReturn.Tables[0]; 

Есть ли у кого-нибудь предложения о том, как я могу ускорить это?

Answer 1

Вы можете вернуть ненужные данные в этот оператор SELECT *. Это может быть расточительным в сетевом трафике и снизить производительность вашего приложения. Об этом много статей и о том, как вы должны явно указывать свои столбцы. Вот one in particular.

Answer 2

Вы можете уменьшить объем ответа, ограничивая столбцы:

Вместо

select * from SOMETABLE 

Попробуйте

select a,b,c from SOMETABLE 

получать только нужные данные.

Ваш пробег варьируется в зависимости от того, что содержит таблица. Если есть неиспользуемые столбцы blob, например, вы добавляете значительные накладные расходы на ваш ответ.

Answer 3

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