Viewing 15 posts - 36,916 through 36,930 (of 59,098 total)
hirro (9/9/2010)
Why does SQL crawl when I set it to be able to use all RAM in the system?
I've not done a deep dive on what's actually going on but...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 10, 2010 at 4:44 am
It's likely anything BUT a rounding error. Simple addition or SUMming doesn't produce rounding errors unless the data has something like 4 decimal places and you're only calculating with...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 10, 2010 at 4:36 am
Ok everyone... please let the OP answer for himself...
Dave,
It's normally a serious mistake when someone wants to convert a DATETIME to any type of character based output... why do you...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 10, 2010 at 4:27 am
Chris Morris-439714 (9/10/2010)
Alvin Ramard (9/9/2010)
Jeff Moden (9/9/2010)
dave-dj (9/9/2010)
As always the ladies and gents of sqlserver central have been a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 10, 2010 at 4:25 am
Alvin Ramard (9/9/2010)
Jeff Moden (9/9/2010)
dave-dj (9/9/2010)
As always the ladies and gents of sqlserver central have been a great help.!
Everyday...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 10, 2010 at 4:24 am
dave-dj (9/9/2010)
wow. Thanks for all the quick responses!. That's perfect thank you.As always the ladies and gents of sqlserver central have been a great help.!
Everyday is a school day...............:-D
Let...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 8:25 pm
WayneS (9/8/2010)
But how do you like the one I decided not to use?
It was bloody fine. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 6:52 pm
david.c.holley (9/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 6:50 pm
I tend to use "Divide'n'Conquer' methods. Unfortunately, those methods rarely include views... just queries within stored procedures.
I also tend to avoid views with aggregates because people do some terrible...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 4:30 pm
... with the possible exception of Alvin's singing. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:48 pm
Steve Jones - Editor (9/9/2010)
Jeff Moden (9/9/2010)
Steve Jones - Editor (9/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:48 pm
david.c.holley (9/9/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:42 pm
HowardW (9/9/2010)
Jeff Moden (9/9/2010)
Actually, expanding to individual days would cause a lot of overhead. There's a better way but you're definitely on the right track.
Good point - didn't consider...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:38 pm
Sharon S (9/9/2010)
Thanks for posting this response - it did the trick! SELECT UPPER(CONVERT(VARCHAR(30),@ReturnValue,2))
However, I don't understand why. Would you mind explaining if you have the time?
Thanks...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:35 pm
Robert Carretta (9/9/2010)
David,I have used Table Variables to accomplish the same thing. Are there a drawbacks to using table variables instead of CTEs? Are there advantages to using CTEs?
Table variables...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 9, 2010 at 3:32 pm
Viewing 15 posts - 36,916 through 36,930 (of 59,098 total)