alexeyvg,

1) Хорошая практика это - не проводить операции над полями в инструкции where.

2) Использование between строит такой же план выполнения как и обычное сравнение.
И с точки зрения оптимизации вы ничего не выигрываете.
Но с точки зрения читаемости запросов это лучше и понятне.
И также считается хорошей практикой.

alexeyvg,

согласен, писал ночью

SERG1257,

Видео хорошее!
Но оно больше о том, что нужно понимать, какими мы типами данных оперируем. И можем ли мы точно определить концы отрезка в оперируемом домене (типе данных).

Если меня интересуют все даnы с 5 по 7 в домене date, то у меня уже не будет ни милисекунд, ни насекунд, ни типа datetime2 с повышенной тоностью. В том числе и даты, например, с 20 февраля по конец февраля, где я легко могу получить значение конца месяца в домене date, но что усложнит задачу, при решении ее в домене datetime2, и тогда мы открываем это видио и смотрим подводные камни.

В коде, который я привел, я попался в эту ловушку:

авторwhere rpl.Created between
isnull( @startDate, '17530101' ) AND
isnull( dateadd(dd,1,@endDate), '99991231' )

SERG1257,

Но between хорошо тем, когда мы точно можем определить концы отрезка.
И нам не нужно делать >= для начала и строго меньше < для конца промежутка.
Т.е. это наглядный эквивалент >= начало и <= конец.
В остальных случаях, как в видео, конечно же мы используем операторы сравнения.

Даже оператор isnull заменяет более длинную и не всегда удобную проверку на null.