Почему параметры медленнее, чем литеральные значения в предложении where?

Question

Ситуация: C#, sql 2000

У меня есть таблица, давайте назовем ее «mytable» с 30 миллионами строк. Первичный ключ состоит из полей А и В:

A char(16) 
B smallint(2) 

Когда я делаю поиск, как это, она работает очень медленно (например, это делает полный просмотр таблицы)

string a="a"; 
int b=1; 
string sql = "select * from table(nolock) where a=@a and b=@b"; 
using (SqlCommand cmd = new SqlCommand(sql, conn)) 
{ 
    cmd.Parameters.AddWithValue("@a", a); 
    cmd.Parameters.AddWithValue("@b", b); 
    using (SqlDataReader rdr = cmd.ExecuteReader()) {...} 
} 

Изменить его однако, он работает очень быстро (например, он попадает в индекс):

string where = 
    String.Format("a='{0}' and b={1}", a, b); 

string sql = "select * from table(nolock) where " + where; 
using (SqlCommand cmd = new SqlCommand(sql, conn)) 
{ 
    using (SqlDataReader rdr = cmd.ExecuteReader()) {...} 
} 

Что происходит? Кажется странным для меня.

Answer 1

Совместимы ли типы данных с параметрами и столбцами? Они не выглядят так datatype precedence прилагается

Столбец маленький, но вы отправляете int. Столбец будет преобразован в int, поскольку он имеет более высокий приоритет. Поэтому он не будет использовать индекс.

Answer 2

Не имеет значения, если вы объявляете переменную b равной short вместо int? Не имеет значения, если вы явно указываете типы параметров? Не имеет значения, если вместо запятой использовать «где a = @ a и b = @ b»?

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

Answer 3

Вы можете указать SQL Server, какой индекс использовать для запроса. Используйте опцию WITH (INDEX = INDEX_ID), где INDEX_ID - это идентификатор индекса.

Получить идентификатор индекса с:

SELECT i.indid, i.name FROM sysindexes i 
INNER JOIN sysobjects o ON o.ID = i.id 
WHERE o.Name = 'table' 

Так попытайтесь тогда:

SELECT * FROM table(NOLOCK) WITH (INDEX = 1) WHERE a=@a and b=@b 

Answer 4

Как @gbn сказал, устанавливая тип данных должны сделать его легким для вас.

string where = 
    String.Format("a='{0}' and b={1}", a, b); 

В приведенном выше примере вы сообщаете SQL для обработки параметра a как char.
Принимая во внимание, что в другом примере это будет рассматриваться как варчар.

Используйте SQL-профайлер, чтобы узнать, что такое SQL, который запускается в обоих случаях. Это должно очистить его для вас.

Answer 5

В первом случае вы добавляете классы SqlParameter в команду. Когда команда выполняется, она скорее всего генерирует операторы DECLARE с неправильным типом данных. (Вы можете проверить это с помощью трассировки SQL.) Если это так, оптимизатор не может выбрать правильный индекс и возвращается к сканированию таблицы.

Если вы используете хранимую процедуру вместо этого, вы будете принудительно вводить параметры в типы данных, которые вы объявляете. Однако вы все равно можете сделать это из кода, если вы укажете SqlDbType для параметров.