Viewing 15 posts - 24,751 through 24,765 (of 59,102 total)
From what I understand, fragmentation calculations at the extent level were actually flawed in DBCC SHOWCONTIG and that fragmentation detection in sys.dm_db_index_physical_stats is actually more accurate.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 2:41 pm
Crud. I just noticed a limitation and I need to post another correction to the article. I tested for all dates from 1900-01-01 00:00:00.000 through 9999-12-31 23:59:59.997. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 10:07 pm
Since there was some interest in correctly calculating the duration even if the start and end dates were reversed, here's a function that straightens that out. Personally, I'd much...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 9:40 pm
Thomas Abraham (1/16/2014)
I meant to post this earlier, but got caught up in some of the tangent. Thanks to Jeff for providing this spackle. Great job, as always.
Thanks for the...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 9:07 pm
rho_pooka (1/16/2014)
Thank you for article, enjoyed the read!
Thank you very much for the feedback. I appreciate it.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 9:04 pm
dwain.c (1/16/2014)
Normally...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:53 pm
Peter E. Kierstead (1/16/2014)
Create Function dbo.ElapsedTime
(
@StartTime DateTime,
@EndTime DateTime
)
Returns VarChar(20)
As
Begin
Declare
...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:35 pm
mayor 76640 (1/16/2014)
within a user specified date range.
The examples I received with the stored procedures (from software application...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:08 pm
Thomas Abraham (1/16/2014)
Oliver Gugolz (1/16/2014)
Here is my simple method to format the output to a more readable format:
CAST(GETDATE() - @StartDT AS TIME(2)) AS Duration
But that only displays the fractional hours...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:06 pm
Eirikur Eiriksson (1/16/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:03 pm
cdutre (1/16/2014)
Once I eliminated any field values that could...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 1:45 pm
Welsh Corgi (1/16/2014)
Lowell (1/16/2014)
dateadd is not deprecated.
I run it through ubitsoft's T-SQL Analyzer and I get the following:
SA0028 : [Deprecated]Function call can be extracted from the WHERE clause...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 12:06 pm
I can't spend much more time on the discussions that are unfolding until I get home from work tonight but the folks at SQLServerCentral have posted the correction to the...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 9:00 am
cready27 (1/16/2014)
I'm guessing the @EndDT for the first code example should have been.
@EndDT = '2000-01-02 12:34:56.789'That gives the same answer as the example.
Correct. I've submitted a correction. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:36 am
Mikael Eriksson SE (1/16/2014)
You assign the value "2000-02-01 12:34:56.789" to @EndDT but the query returns "2000-01-02 12:34:56.789".
Either make sure you...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 8:21 am
Viewing 15 posts - 24,751 through 24,765 (of 59,102 total)