Viewing 15 posts - 40,441 through 40,455 (of 59,098 total)
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
Just make sure that nothing will break if you shift to the new DATE datatype... rumor has it that you can no longer use somedatecolumn+1 to add a day for...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 4:18 pm
GSquared (12/29/2009)
Nothing "works perfectly right out of the box".
BWAA-HAA!!! Speak for yourself! 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 8:03 am
Foun-dit!
Fix-dit!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 8:01 am
radhika.pathi123 (12/28/2009)
how to perform CLR integration
With extreme caution... most things people write CLR's for are unnecessary and slower than T-SQL. Exceptions are in the categories of certain types of...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 29, 2009 at 6:24 am
Viewing 15 posts - 40,441 through 40,455 (of 59,098 total)