Как уже упоминалось в других ответах, все следующее будет работать для стандартного синтаксиса на основе строк.
WAITFOR DELAY '02:00' --Two hours
WAITFOR DELAY '00:02' --Two minutes
WAITFOR DELAY '00:00:02' --Two seconds
WAITFOR DELAY '00:00:00.200' --Two tenths of a seconds
Существует также альтернативный метод передачи ему значения DATETIME
. Вы можете подумать, что я путаю это с WAITFOR TIME
, но это также работает для WAITFOR DELAY
.
Соображения о прохождении DATETIME
:
- Он должен быть передан как переменная, поэтому он больше не является хорошим однострочным.
- Задержка измеряется как время с начала эпохи (
'1900-01-01'
).
- В ситуациях, когда требуется переменная величина задержки, манипулировать
DATETIME
гораздо проще, чем правильно форматировать VARCHAR
.
Как ждать 2 секунды:
--Example 1
DECLARE @Delay1 DATETIME
SELECT @Delay1 = '1900-01-01 00:00:02.000'
WAITFOR DELAY @Delay1
--Example 2
DECLARE @Delay2 DATETIME
SELECT @Delay2 = dateadd(SECOND, 2, convert(DATETIME, 0))
WAITFOR DELAY @Delay2
Примечание о ожидании TIME
против DELAY
:
Вы когда-нибудь замечали, что если вы случайно пропустите WAITFOR TIME
дату, которая уже прошла, хотя бы на секунду, она никогда не вернется? Проверьте это:
--Example 3
DECLARE @Time1 DATETIME
SELECT @Time1 = getdate()
WAITFOR DELAY '00:00:01'
WAITFOR TIME @Time1 --WILL HANG FOREVER
К сожалению, WAITFOR DELAY
сделает то же самое, если вы передадите ему отрицательное значение DATETIME
(да, это так).
--Example 4
DECLARE @Delay3 DATETIME
SELECT @Delay3 = dateadd(SECOND, -1, convert(DATETIME, 0))
WAITFOR DELAY @Delay3 --WILL HANG FOREVER
Тем не менее, я бы по-прежнему рекомендовал использовать WAITFOR DELAY
в течение статического времени, потому что вы всегда можете подтвердить положительную задержку, и она останется такой, сколько бы времени ни потребовалось вашему коду для достижения оператора WAITFOR
.