Порядок предложений WHERE для SQL Server

Question

Может ли иметь какое-либо значение оптимизация запросов, чтобы предложения WHERE были в другом порядке для SQL Server?

Например, будет ли план запроса для этого:

select * from table where col1 = @var1 and col2 = @var2

отличаться от этого?:

select * from table where col2 = @var2 and col1 = @var1

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

Это на самом деле просто мысленный эксперимент, я не собираюсь решать конкретную проблему с производительностью.

А как насчет других РСУБД?

Answer 1

Каждая современная СУБД имеет оптимизатор запросов, который, помимо прочего, отвечает за изменение порядка условий. Некоторые оптимизаторы используют для этого довольно сложную статистику, и они часто побеждают человеческую интуицию о том, что будет хорошим заказом, а что нет. Поэтому я могу предположить: если вы определенно можете сказать: «Этот порядок лучше, чем другой», то может оптимизатор, и он сам это выяснит.

Вывод: не беспокойтесь о таких вещах. Это редко стоит времени.

Answer 2

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

Answer 3

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

Answer 4

SQL является " декларативным ", поэтому это не имеет значения. Вы говорите СУБД, что вы хотите, она определяет наилучший способ (с учетом стоимости, времени и т. Д.).

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

Answer 5

Кроме того, порядок может иметь значение в случае, если вы используете вложенные запросы. Чем меньше результирующий набор внутреннего запроса, тем меньше нужно будет сканировать внешний запрос. Конечно, сказав это, я во-вторых, что rsp сказал в комментарии выше - индексы являются основным ключом в определении того, сколько времени займет запрос; если у нас есть индекс для столбца, SQL Server будет непосредственно выполнять поиск SEEK вместо сканирования значений и, следовательно, упорядочение будет считаться неактуальным

Answer 6

Я не думаю, что это будет иметь большое значение .. Что имеет значение во всех языках SQL - это порядок, в котором вы используете функции SQL.

Например: Когда вы делаете что-то вроде этого:

select title, date FROM sometable WHERE to_char(date, 'DD-MM-YYYY') > "01-01-1960"

будет идти медленнее, чем это:

select title, date FROM sometable WHERE date > to_char('DD-MM-YYYY', %USERVALUE%)

Это связано с тем, сколько раз функция должна быть оценена.