Viewing 15 posts - 48,361 through 48,375 (of 59,102 total)
Ps... I didn't change any of the smiley faces to ")"... you'll need to do that, I just copied your code.
Also, if you don't mind... you said it took a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 1:32 pm
upperbognor (9/12/2008)
I'm wondering if there is a faster solution possibly....It's currently taking the longest calculating the running total due to the cross join.
Yes, there is a much faster method and,...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 1:29 pm
Heh... ACK!... cursors... while loops... sp_MSForEachTable which contains one of the most ineffecient general purpose cursors there will ever be...
Yeaup... they all work. But, in SQL Server 2005, there...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 12:14 pm
rsheppick (9/12/2008)
Well, I have to manipulate them somewhat.
Not quite the business reason we were hoping for. 😉 There are several solutions depending on the requirements of a valid business...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 11:52 am
greig.burrows (9/12/2008)
Hi there! I'm struggling to split a string.. hope somebody can help me. Here's a description of my problem:
Ugh... UDF's... While Loops... all good ways to slow your code...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 11:26 am
jmuldoon (9/10/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 11:14 am
dulanjan (9/12/2008)
if the start date is a saturday and the end date is a sunday it returns a -1.
i think this...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 10:34 am
Ummm... high IO and CPU isn't necessarily caused by either Table Variables or Temp Tables. It's HOW they are used. I think what you're going to find is...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 10:23 am
S'ok... just proves one thing... memory is one of the best things you can do to speed up a machine. Thanks for the feedback, Remi.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 10:19 am
Ninja's_RGR'us (9/12/2008)
Holly shit... is the only way to describe those results!!!
Heh... your surprise, Remi, is that your particular computer sucks at handling strings... the results you provided are WAY out...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 9:01 am
gyanendra.khadka (9/12/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 13, 2008 at 8:21 am
Thanks for the great feedback, Carla. If you want a bit more on splitting things, take a peek at the followup article below...
http://www.sqlservercentral.com/articles/T-SQL/63003/
--Jeff Moden
Change is inevitable... Change for the better is not.
September 12, 2008 at 7:33 pm
By the way... if you actually take the time to run the code above, I think you'll be very surprised as some of the outcome.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 12, 2008 at 7:26 pm
"LIKE" has gotten a pretty bad reputation just by word of mouth. Might be left overs from the early days of SQL. Glad to see some folks testing...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 12, 2008 at 7:21 pm
Fraggle (9/12/2008)
Sorry to scare you there Jeff. 😀
Dang... as luck would have it, I found a reason to actually nuke old spids... connection leaks. I recently started a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 12, 2008 at 5:01 pm
Viewing 15 posts - 48,361 through 48,375 (of 59,102 total)