Viewing 15 posts - 49,261 through 49,275 (of 59,091 total)
That's all well and good... I guess people who are unaware could use the help of the Date and Time datatypes. What I'm waiting for is the people who...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 10:30 am
Of course your CLR function is going to beat the T-SQL function... you used RBAR on steriods... you need to test against a correctly written T-SQL function for this to...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 9:43 am
David Griffiths (7/11/2008)
BTW this happens even though the SELECT is the only statement in transaction.
Why on Earth would you put a single SELECT in an explicit transaction???
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 9:36 am
GSquared (7/11/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 9:32 am
GilaMonster (7/11/2008)
Movie schedules. Movie X shows every day this week at 17:00, 20:30 and 23:00
A store list with their...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 9:31 am
There is a method for this in Books Online called "expanding hierarchies"... it has about the same amout of RBAR as a recursive subquery (recursive subqueries are not set based...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 9:24 am
First, let me suggest a minor correction to your code... First, try this... (your original code with a twist on the data)...
[font="Courier New"]DECLARE @OutString NVARCHAR(MAX)
SELECT @OutString = ISNULL(@OutString, '') +...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 8:46 am
GilaMonster (7/11/2008)
I can see times when only a date is needed, or only a time...
It's probably because I've not had enough coffee this morning, yet... :hehe: can you tell me...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 6:48 am
Leo Mepham (7/10/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 6:38 am
Sorry... I just couldn't imagine why anyone would want a dynamic solution for this... now I see one (pass multiple different CSR parameter lists back to a GUI). Still,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 11, 2008 at 6:35 am
GSquared (7/10/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 10, 2008 at 8:32 pm
Aw crud... I've lost my mind... the method I was talking about doesn't have a thing to do with Float conversions... here's an (very) old set of tests I did....
--Jeff Moden
Change is inevitable... Change for the better is not.
July 10, 2008 at 8:28 pm
GilaMonster (7/10/2008)
Jeff Moden (7/9/2008)
Nicely done, Gail... It shows that the Convert method takes about 4 times longer than the DateAdd/DateDiff method...
If I hadn't done a test, you probably...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 10, 2008 at 8:00 pm
AndyD (7/10/2008)
Heh... no wonder you're an MVP.
I think the saying goes, it takes one to know one....
Thanks Andy...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 10, 2008 at 7:58 pm
MentalWhiteNoise (7/10/2008)
I am personally trying to get some practice with a tally table, so here is what I came up with:
Nicely done... if I may suggest, let's simplify the code...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 10, 2008 at 7:54 pm
Viewing 15 posts - 49,261 through 49,275 (of 59,091 total)