SqlCommand.ExecuteReader длительность меньше, чем SQL Продолжительность пакета профилирования

Question

Как вызов SqlCommand.ExecuteReader занимает меньше времени, чем сам пакет SQL, как видно из SQL Profiler?

У меня есть следующий простой код работает в консольном приложении, которое вызывает SqlCommand.ExecuteReader, которые я время с помощью секундомера объекта:

var swQueryTime = new Stopwatch(); 

     var conn = new SqlConnection("Data Source=.;Initial Catalog=master;Trusted_Connection=True;"); 
     conn.Open(); 
     string sql = string.Format(@"select * from sys.dm_os_memory_clerks; select * from sys.dm_os_performance_counters "); 

     for (int i = 0; i < 10; i++) 
     {     
      var comm = new SqlCommand(sql, conn); 
      swQueryTime.Restart(); 

      var dr = comm.ExecuteReader(); 

      swQueryTime.Stop(); 

      Console.WriteLine("ElapsedMilliseconds: {0}", swQueryTime.ElapsedMilliseconds); 

      dr.Close(); 
      comm = null; 
     } 

В среднем продолжительность SQL партии в 4 раза больше, чем сообщаются на стороне .Net.

Я проверил профайлер, который конкретно сообщает миллисекунды.

Я не использую асинхронную версию SqlCommand.ExecuteReader.

Продолжительность профайлера - это не сумма всех времен от нескольких потоков/ядер от того, что я прочитал и проверил, используя время начала и окончания профайлера.

Идеи оценены.

Answer 1

Потому что у вас есть только тайминги до самого начала партии. Если вы потребляете данных тоже, время, вероятно выстраиваться:

using(var dr = comm.ExecuteReader()) { 
    do { 
     while(dr.Read()) {} 
    } while (dr.NextResult()); 
} 

Кстати, есть также несколько SET вариантов, которые могут изменить производительность некоторых запросов - не уверены, что следует применять здесь, но может значительно повлиять на таблицы, которые рассчитали + сохраненные значения: если значения SET несовместимы с настройками, когда был создан столбец, ему нужно будет повторно запустить вычисление для каждой строки. Это особенно заметен для вычисленных + сохраненных + индексированных столбцов, если вы фильтруете этот столбец - ему придется выполнять сканирование таблицы (или подобное), а не поиск индекса/индекса.