Viewing 15 posts - 56,206 through 56,220 (of 59,070 total)
Probably stating the obvious, but now you have a column that can get out of sync with the date if the dates change. It would be better if you removed...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 6, 2007 at 7:02 am
Nicely said and I agree 100%! Only thing I wouldn't do is change the Temp Tables back to Table Variables... Q3 and Q4 in the following link are the reason...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 6, 2007 at 6:26 am
Oh yeah... been thinking about that. Upgrading at work is going to be a bugger and rumor has it that MS is going to stop "supporting" 2000 sometime in August...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 6, 2007 at 6:19 am
Outstanding... thanks Grant!
--Jeff Moden
Change is inevitable... Change for the better is not.
June 6, 2007 at 6:07 am
Finally... someone else who believes in readability of code! ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 8:47 pm
Heh... you and I are on the same page... that's the "magic" I was referring to... sorry I misread your previous post on the subject.
Yep, made the correction on the...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 8:43 pm
Haven't done any million row testing but the use of DATEPART may be faster because it uses integer math instead of string comparisons... I just didn't want to have to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 8:38 pm
Yeah, you're right... good catch and good eye
... nobody else caught that little boo-boo... ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 8:35 pm
Perfect. Thank you very much. That belays my previous suspicions about the new laptops. And thanks for taking it to the next couple of orders of magnitude! Always afraid to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 8:20 pm
By the way... if you want to know how JacekO's and my code works in some bit of detail, please refer to the following...
http://www.sqlservercentral.com/columnists/jmoden/calculatingworkdays.asp
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 7:56 pm
Thanks for the H/W info, Igor.
Do me a favor please... run the following code and let me know what times you get back? The reason I ask is because I'm...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 7:43 pm
Perfect... thanks for the info!
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 7:12 pm
You bet, Martin... thank you for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 7:11 pm
Hey folks...
Have seen lot's of different code and lot's of different opinions on this thread. I'd like first to congratulate Grant on producing an article that had such a tremendous...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 7:06 pm
Thanks, Igor... my solution takes 8.6 seconds on my box first and all times. It's a little ol' P5 1.8 Ghz with 1 Gig of Ram and twin 80 Gig IDE hard-drives. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 5, 2007 at 6:58 pm
Viewing 15 posts - 56,206 through 56,220 (of 59,070 total)