Viewing 15 posts - 40,411 through 40,425 (of 59,072 total)
Jack Corbett (12/30/2009)
Are there any triggers?
Spot on... another problem may be an explicitly declared transaction where all this stuff get's stacked up in the log and then get's "released" when...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 9:08 am
Heh... to wit... the bumble bee doesn't know that it's wings are too small and it's body is too heavy to fly.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 8:09 am
Posers (heh... I hate them and the moroffs that allowed them through the interview).
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 8:00 am
karthikeyan-444867 (12/28/2009)
1) If any date is misssing in the sequence then i don't want to calculate 'running total' after that row. But i can do the calculation...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 7:57 am
Thanks for the feedback on the article.
My suggestion would be to start a new post on the forums for this question (it'll expose it to more people and I'm at...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 7:50 am
tm3 (12/30/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 7:44 am
Ah... you mean a classic "running total". In order to do that, we'll need to do the "preaggregation" in a temp table, run the running total algorithm over it,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:19 am
james elmer (1/23/2007)
Good article. Interesting that my create table/insert while loop (to 10,000 rows) executed in 4 seconds and the set based solution executed in 17 seconds.
Heh... guess I've...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:15 am
Not sure which article you're referring to but the answer is "No... not for SELECT's". Even though a SORT won't show up on the execution plan, the only way...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:05 am
GSquared (12/29/2009)
What makes you think computer software can be different?
What's ironic about that statement is that all software boils down to only two parts... 1's and 0's. I mean,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 10:41 pm
BSavoie (12/29/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 10:38 pm
Jeffrey Williams-493691 (12/29/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 10:35 pm
Ok... first, we need a lot of test data to demo this code. Using tm3's code to create a test table and to save later CPR errors (Copy, Paste,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 10:16 pm
Heh... as you can tell, there are several problems with the code you have. Lemme see if I can help... I'll be back.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 9:02 pm
p.s. If a column has the times on it as well as the dates, that could be important information that will be lost if you strip the times for...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 4:23 pm
Viewing 15 posts - 40,411 through 40,425 (of 59,072 total)