April 30, 2016 at 1:29 pm
Comments posted to this topic are about the item Waiting for a delay
May 2, 2016 at 5:47 am
A nice and simple way to start the week. Then again, that's one of those command I didn't have to look up. Thanks, Steve.
May 2, 2016 at 7:44 am
What a kooky aspect of this statement, but thanks for the question!
- webrunner
-------------------
A SQL query walks into a bar and sees two tables. He walks up to them and asks, "Can I join you?"
Ref.: http://tkyte.blogspot.com/2009/02/sql-joke.html
May 2, 2016 at 9:35 am
Simple, straightforward - thanks, Steve!
May 2, 2016 at 10:47 am
Nice tidy question.
Since the time can be specified as a datetime variable whose date part is 1901-01-01 or as a string variable representing a datetime with the year part missing, it's hard to understand why a time(3) or less precise time (or datetime2) variable shouldn't simply be implicitly converted to datetime or to varchar(23) or nvarchar(23). The reason is that WAITFOR is some bizarre sort of object, not a function, and the 'time to wait' bit of it isn't an expression that delivers a datetime value with 1901-01-01 date but must be one of (i) a datetime variable with 1901-01-01 year value or a string value that specifies hours, minutes, seconds and milliseconds in a form implicitly covertible to datetime. I thought it a bit sad that WAITFOR wasn't upgraded to cope with the time and datetime2 formats when they were first added to SQL Server.
Tom
May 2, 2016 at 12:42 pm
Thanks for another lesson involving dates and times.
May 2, 2016 at 5:15 pm
I'm surprised that in the BOL is stated: "Dates cannot be specified; therefore, the date part of the datetime value is not allowed." But the following script can be used without error:
DECLARE @t DATETIME = '2016-05-02 00:00:1.777';
WAITFOR DELAY @t;
SELECT @t as [Local variable @t];
/* Results
Local variable @t
-----------------------
2016-05-02 00:00:01.777
(1 row(s) affected)
*/
May 2, 2016 at 7:15 pm
George Vobr (5/2/2016)
I'm surprised that in the BOL is stated: "Dates cannot be specified; therefore, the date part of the datetime value is not allowed." But the following script can be used without error:
DECLARE @t DATETIME = '2016-05-02 00:00:1.777';
WAITFOR DELAY @t;
SELECT @t as [Local variable @t];
/* Results
Local variable @t
-----------------------
2016-05-02 00:00:01.777
(1 row(s) affected)
*/
Interesting. I made the mistake of believing BOL and didn't bother to check that dates other than 1901-01-01 wouldn't work. Careless of me :blush:. But not an error that will make things not work, fortunately 😎
Tom
May 2, 2016 at 11:53 pm
This was removed by the editor as SPAM
May 11, 2016 at 1:17 am
Interesting question, thanks.
Need an answer? No, you need a question
My blog at https://sqlkover.com.
MCSE Business Intelligence - Microsoft Data Platform MVP
July 13, 2016 at 3:43 pm
webrunner (5/2/2016)
What a kooky aspect of this statement, but thanks for the question!- webrunner
+10
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
Viewing 11 posts - 1 through 10 (of 10 total)
You must be logged in to reply to this topic. Login to reply