Viewing 15 posts - 50,536 through 50,550 (of 59,099 total)
I have no idea why MS does certain things. 😛
Just curious, what does the CLR do?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 6:25 pm
Will DOugherty (5/15/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 5:59 pm
Lester Policarpio (5/15/2008)
Why does some members tend to double post? :hehe:
I can't actually blame them... they look at all the different forums and think they stand a better chance of...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 5:43 pm
SQLServerLifer (5/15/2008)
The GETDATE() function returns a DATETIME type. Therefore it will inherit the same rounding limitation.DAB
Cool! Show us the code that proves it because non of the rest of...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 5:36 pm
Yes... it's possible... give it a whirl.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 4:22 pm
I'd recommend you post the code... I've not seen Order By in an execution plan with so many columns ever before.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 4:16 pm
When you try to Bulk Insert into a Temp table, the use must have privs to write to C:\Temp on the server because some working files are created there.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 4:09 pm
Looks interesting... can't download the code, though, because I'm not a member and they want too much info for my liking.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 4:07 pm
fosco (5/15/2008)
I need some advice on what to bring up at a meeting with some developers concerning the performance issues they have been experiencing, they said its to...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 3:49 pm
That's good info... but like JackO said, that's for DATETIME precision... not GETDATE precision. We're trying to figure out why a high speed loop seems to indicate that GETDATE...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 8:07 am
karthikeyan (5/15/2008)
Jeff,vow...Plenty of uses...
Could you please give me examples for all those uses ? I am eagerly waiting for your reply.
Sure... do a search on "Tally Table" or "Number Table"......
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 7:28 am
Take a look at the following URL for additional uses such as
Encoding/Decoding a string
Removing text between delimiters such as in HTML
Doing a "moving" average
Finding/Counting Days of the Week
Finding/Counting Weekdays...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2008 at 7:24 am
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
Viewing 15 posts - 50,536 through 50,550 (of 59,099 total)