использовать 'между' с varchar (sql server)

Question

Использование SQL Server 2005 Express.

(
    CONVERT(VARCHAR(8), R.reviewStart, 108) between CONVERT(VARCHAR(8), M.meetingStart, 108) and CONVERT(VARCHAR(8), M.meetingEnd, 108) OR 
    CONVERT(VARCHAR(8), R.reviewEnd, 108) between CONVERT(VARCHAR(8), M.meetingStart, 108) and CONVERT(VARCHAR(8), M.meetingEnd, 108) OR 
    CONVERT(VARCHAR(8), M.meetingStart, 108) between CONVERT(VARCHAR(8), R.reviewStart, 108) and CONVERT(VARCHAR(8), R.reviewEnd, 108) OR 
    CONVERT(VARCHAR(8), M.meetingEnd, 108) between CONVERT(VARCHAR(8), R.reviewStart, 108) and CONVERT(VARCHAR(8), R.reviewEnd, 108) 
) 

Будет ли «между» все еще иметь ожидаемое поведение после того, как данные были преобразованы в varchar?

Благодаря

Answer 1

Да, в зависимости от того, что вы имеете в виду ожидаемого поведения. Между оператором будет рассматривать эти операнды, как VARCHARS и применять свои правила сравнения соответственно:

МЕЖДУ возвращает TRUE, если значение из test_expression больше или равно значению begin_expression и меньше или равно значение end_expression.

Теперь я вижу много потенциальных проблем, сравнивая строки и ожидая сравнения по дате. Я не видел ни одного в своих тестах, но внимательно посмотрите на свои данные. Возвращает ли CONVERT 24-часовое время с соответствующими ведущими нулями?

This question имеет несколько других подходов к сопоставлению беспилотных времен, кроме преобразования их в varchars.

Также обратите внимание на нулевые даты, которые приведут к тому, что соответствующее условие WHERE вернет false (фактически, неизвестно).

В вашем другом вопросе вы указали, что получили сообщение об ошибке. Если да, можете ли вы опубликовать это?

Answer 2

Ваше первое условие эквивалентно этого более индекса дружной один:

R.reviewStart >= DATEADD(day, DATEDIFF(day, '19010101', M.meetingStart), '19010101') 
and R.reviewStart < DATEADD(day, 1+DATEDIFF(day, '19010101', M.meetingStart), '19010101') 

(объяснено здесь: Reuse Your Code with Table-Valued UDFs ) .

Answer 3

Как я сказал в вашем другом сообщении, если это возможно, вам стоит подумать о переходе на SQL 2008 из-за t he new datetime types that allow explicit separation of date part and time part, чтобы ваши выражения фильтра стали намного проще, и вы можете индексировать по времени. Поскольку его Экспресс действительно не должно быть никаких оснований удерживать вас в 2005 году.