Viewing 15 posts - 46,231 through 46,245 (of 59,095 total)
paulhunter (12/31/2008)
Welcome to the other side of the looking glass.
Heh... more like a one way mirror... could be interpreted as "check valve". 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:20 pm
Steve Jones - Editor (12/31/2008)
I do think they ought to adhere to a schedule, but not at the expense of bad code.
[font="Arial Black"]FINALLY![/font] That's exactly what I've been saying...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:18 pm
npfitzner (1/1/2009)
Tom.Thomson (1/1/2009)
He wants to remove the From clause from the Update statement? Seriously?No - I think that's what the 😉 was for.
🙂
Yes! He actually...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:15 pm
Tom.Thomson (1/1/2009)
Jeff Moden (12/31/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:14 pm
Heh... yeah... 2.x...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:11 pm
Bob Hovious (12/31/2008)
Who was it that defined legacy code as the stuff that has been around so long that you finally got most of the bugs out of it?
I don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:06 pm
I think everyone would abuse a "Challenges" forum... might as well label it the "Urgent" forum. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 12:00 pm
RBarryYoung (12/31/2008)
Actually, Jeff, you should be using SQL_VARIANTS for the V part. That's what they're there for.:D
Uh huh... and someday they'll make all our dreams come true by making...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 11:55 am
Make no doubt about it... Cursors are an advanced subject and no new user of T-SQL should be allowed anywhere near a cursor or any other form of RBAR until...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 1, 2009 at 11:46 am
Fellow who goes by the handle "Fraggle" posted a function at the following URL... it seems to work quite reliably for the days ahead that I tested it for...
http://www.sqlservercentral.com/Forums/Topic153606-203-3.aspx#BM591629
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 7:55 pm
andrewd.smith (12/23/2008)
DECLARE @days int
SELECT @days = 10
DECLARE @inputDate datetime
SELECT @inputDate = '2008-12-23'
DECLARE...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 7:13 pm
Fraggle (10/24/2008)
Alright, now that I have had a little time to ponder the imponderable as my dad would say, I figured out how to add X number of business days...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 7:03 pm
paulhunter (12/31/2008)
Jeff Moden
Nope... haven't written one on dates, yet. Wrote one on how to do dynamic crosstabs using dates, but not one just on dates.
Robyn Page wrote a...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 6:07 pm
RBarryYoung (12/31/2008)
Huh. and here I always use 121.
But not for trying to find a whole date...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 5:59 pm
Michael Valentine Jones (12/31/2008)
where Convert(varchar, CreationDate, 101) between Convert(datetime,@FromDate, 101) And Convert(datetime, @ToDate, 101)
which can amount to something like this:
where '12/30/2008' between '12/25/2008' And...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2008 at 4:13 pm
Viewing 15 posts - 46,231 through 46,245 (of 59,095 total)