Выполнение нескольких команд SQL за один раунд

Question

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

Таким образом, я сохранил procs (или просто простые команды sql, такие как «select * from Users»), и я хочу выполнить три из них. Однако, чтобы заполнить эту страницу, я должен совершить 3 круглых поездки.

Теперь я мог бы написать один сохраненный proc («getUsersTeamsAndPermissions») или выполнить одну команду SQL «select * from Users», exec getTeams, выбрать * из «Разрешения».

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

Я использую C# 3.5 и SQL Server 2008.

Answer 1

Единственная команда из нескольких частей и сохраненные параметры процедуры, которые вы упоминаете, являются два варианта. Вы не можете делать их так, чтобы они «распараллеливались» на db. Однако оба этих варианта приводят к одному раунду , поэтому вы там хорошо. Невозможно отправить их более эффективно. В SQL Server 2005 и далее очень эффективная команда с несколькими параметрами.

Редактировать: добавлена ​​информация о том, почему вкратце один раз.

Хотя вы не хотите заботиться о сокращении звонков, там может быть законным основанием для этого.

• Я когда-то был ограничен жутким драйвером ODBC против мэйнфрейма, и на каждый вызов приходилось 1,2 секунды. Я серьезно. Были времена, когда я переполнял немного дополнительных в свои звонки. Не красиво.
• Вы также можете оказаться в ситуации, когда вам нужно сконфигурировать ваши SQL-запросы где-то, и вы не можете просто сделать 3 вызова: это должно быть одно. Это не должно быть так, плохой дизайн, но это так. Вы делаете то, что должны делать!
• Иногда, конечно, очень удобно инкапсулировать несколько шагов в хранимой процедуре. Обычно это не для сохранения поездок в оба конца, но для более сложных транзакций, получения идентификатора для новых записей, ограничения для разрешений, обеспечения инкапсуляции, бла-бла-бла. (But please don't start using stored procedures all the time.)

Answer 2

this что-то вроде. Пример, вероятно, не очень хорош, так как он неправильно распоряжается объектами, но вы получаете эту идею. Вот очищены версия:

using (var connection = new SqlConnection(ConnectionString)) 
using (var command = connection.CreateCommand()) 
{ 
    connection.Open(); 
    command.CommandText = "select id from test1; select id from test2"; 
    using (var reader = command.ExecuteReader()) 
    { 
     do 
     { 
      while (reader.Read()) 
      { 
       Console.WriteLine(reader.GetInt32(0)); 
      } 
      Console.WriteLine("--next command--"); 
     } while (reader.NextResult()); 

    } 
} 

Answer 3

Построить временный стол? Вставьте все результаты в временную таблицу, а затем select * from @temp-table

как,

@temptable=.... 
select @temptable.field=mytable.field from mytable 
select @temptable.field2=mytable2.field2 from mytable2 

и т.д ... Только одна поездка в базу данных, хотя я не уверен, что это на самом деле более эффективной.

Answer 4

Выполнение одной поездки в оба конца по сравнению с тремя будет более эффективным. Вопрос в том, что это стоит того.Все инструменты и рамки ADO.Net и C# 3.5 противодействуют тому, что вы пытаетесь сделать. TableAdapters, Linq2SQL, EF, все это похоже на простую семантику one-call == one-resultset. Таким образом, вы можете потерять некоторую серьезную производительность, пытаясь превзойти Рамочную структуру.

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

Но если ваш запрос на самом деле то, что вы вывесили (то есть. Выбрать всех пользователей, всех команду и всех разрешение), то вы obviosuly имеет гораздо большую рыбу жарить до снижения круглодонных поездок ... сначала уменьшите результаты.

Answer 5

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

Тем не менее, как я хотел бы сделать это, вероятно, будет выполняться на 3 сохраненные procuedres с помощью SQL:

exec dbo.p_myproc_1 @param_1 = @in_param_1, @param_2 = @in_param_2 
exec dbo.p_myproc_2 
exec dbo.p_myproc_3 

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

Answer 6

I это this link может быть полезно.

Рассмотрите возможность использования хотя бы одного соединения; в соответствии с тем, что он говорит here, открытие соединения почти лидирует по производительности в Entity-Framework.