Viewing 15 posts - 50,551 through 50,565 (of 59,102 total)
Find bad characters in a string
Remove Digits from Strings
Remove Alpha from "numbers"
Change to Title Case
Histogram of characters in a column
Generate test data (not just dates)
Find gaps in serial numbers or...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 11:27 pm
The following shows the accuracy you're talking about...
SELECT 1,CAST('2000-01-01 23:59:59.990' AS DATETIME) UNION ALL
SELECT 2,CAST('2000-01-01 23:59:59.991' AS DATETIME) UNION ALL
SELECT 3,CAST('2000-01-01 23:59:59.992' AS DATETIME) UNION ALL
SELECT...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:48 pm
The CPU does other things... it's not dedicated to running your code.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:41 pm
Ack... double post... :sick:
http://www.sqlservercentral.com/Forums/Topic500305-5-1.aspx?Update=1
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:19 pm
Ack... double post.... :sick:
http://www.sqlservercentral.com/Forums/Topic500664-338-1.aspx
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:18 pm
When using DATENAME, it's already in a character format, so you don't need to use CONVERT or CAST...
SELECT DATENAME(yy,GETDATE())+RIGHT('00'+DATENAME(wk,GETDATE()),2)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:08 pm
Better question to ask is why is the column in your table VARCHAR(18) instead of FLOAT like it should be?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 10:04 pm
What a riot! I laughed out loud especially at the end. Well done, David!
In the same vein, someone needs to write an article on how to be politically...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 3:15 pm
Heh... no problem, Steve... I know about the QOD's and the fact that, like you said, they can't cover every caveat. It's one of those questions that someone asked...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 1:52 pm
MD (5/14/2008)
I'm not sure if I can use this because it took so long to run. I mean, I can think of better things to do with my seven...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 1:44 pm
Thanks for the compliment, Todd... :blush:
Au4848... are you all set?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 11:54 am
It really is 'he said, she said'
If you perceived it as "almost stalking", so will others... don't forget to protect your self.;)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 11:28 am
Well done John and Matt! Exactly correct on both parts!
Todd, here's the long answer... Funny thing... I'm actually writing a series of articles on the generation of constrained random...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 11:09 am
Michael,
They don't come right out with an example that I can easily find in BOL, but if you put a couple of bread-crumbs together, you come up with the following...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 8:52 am
Renato Buda (5/14/2008)
Regexp ExpressionsCompression of Blobs
Concatenate() aggregate function
All the above have proved useful.
**** The 8K limit is an urban myth!!! ****
see the following for a sample:
What kind of...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2008 at 8:07 am
Viewing 15 posts - 50,551 through 50,565 (of 59,102 total)