Viewing 15 posts - 43,501 through 43,515 (of 59,097 total)
Heh... no, I had the right post.
No one has correctly defined what the "first ten" will be. Without something to do an ORDER BY in the data, all...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 9:20 pm
Sorry... wrong post.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 9:15 pm
Jason Crider (6/9/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 9:08 pm
Obviously not directed at Steve... this type of thing is a big steaming pile of hooie. Everyone thinks they can figure out humans with numbers and stats. Try...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 9:00 pm
balars_2000 (6/9/2009)
thanks for ur response; appreciate it.
sorry if i wasnt clear, i need week numbers and week start dates for any given date range or a year. if it...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 8:56 pm
O(wtf2) 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:26 pm
With that thought in mind, even the BIT datatype is tri-state... Yes, No, an dunno (NULL)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:20 pm
hugh.mileshkin (6/9/2009)
Thanks so much for your help Jeff & John, really appreciate it! 🙂
Thanks, Hugh. Good feedback like that is the only pay we get for this type of...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:17 pm
GilaMonster (6/9/2009)
He turned it down, because his current company had offered him a raise if he would stay.
Yowch! I have some pretty strong feelings about that. I...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:12 pm
jcrawf02 (6/9/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:09 pm
Mike C (6/9/2009)
drogers (6/9/2009)
A minor quibble with the article: the problem is not that RAND() is called multiple times with the same seed, once per row. The problem is that...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 7:02 pm
drogers (6/9/2009)
Jeff Moden (6/9/2009)
RAND() in T-SQL works exactly the same way as RAND() in any computer language.... one row or value at a time.
No, it doesn't work at all like...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 6:59 pm
Heh... in that case, no. NEWID() is random enough as a seed.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 12:18 pm
GilaMonster (6/9/2009)
RBarryYoung (6/9/2009) Big-O notation categorizes an algorithm's complexity in terms of the dominant term (without any constant factors) of its execution run-time as a function of the length...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 12:16 pm
Lynn Pettis (6/9/2009)
Jeff Moden (6/9/2009)
Lynn Pettis (6/9/2009)
Okay, I must be in pissy mood today and I have NO idea why. I just lmgtfy twice in the same thread...
Which tread?...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 9, 2009 at 12:11 pm
Viewing 15 posts - 43,501 through 43,515 (of 59,097 total)