Viewing 15 posts - 30,106 through 30,120 (of 59,101 total)
None of what you seek to do actually requires any form of dynamic SQL from what I can see.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:58 pm
Many accounting packages force changes to LastModifiedOn and LastModifiedBy columns using triggers as well as using them for auditing. They will also sometimes have triggers that reject any changes...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:56 pm
cadm777 (5/10/2012)
I was looking that up. Then I saw your post. I read the article you suggested on "ISNUMERIC" It was very...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:46 pm
Very cool. Thanks for the success story, Robin. Glad it helped.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:41 pm
Ugh, Nope. Couple ah chickens though.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:38 pm
PaulB-TheOneAndOnly (5/10/2012)
Jeff Moden (5/9/2012)
PaulB-TheOneAndOnly (5/9/2012)
If MSTR_END on WHERE clause is causing the issue replace the condition with:where TO_CHAR(MSTR_END,"DD-MON-YYYY") = ''01-JAN-1700''
IIRC, that'll make for a non-SARGable search predicate just like in...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 5:36 pm
As usual, awesome article, Wayne.
It is a bit amazing to me that MS isn't, for some reason, able to do performance wise at the base code level what we're able...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 8:31 am
Wow! I just read Paul's article. He really does do a nice job explaining some of these things.
To summarize, TOP apparently doesn't fix things for 2008...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 8:04 am
peter-757102 (5/10/2012)
Jeff Moden (5/10/2012)
Looking back in this thread and switching gears a bit, the new improved splitter article did come out....
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 7:51 am
Paul Els (3/3/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 7:46 am
Kristian Ask (5/10/2012)
Great reading!
I was reading the entire post just waiting for your test.... good thing you already did it once. Personally I've been replacing quite a few rCTEs because...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 7:42 am
I did miss that. Thank you for the update.
Looking back in this thread and switching gears a bit, the new improved splitter article did come out. An hour...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 7:18 am
ChrisM@Work (5/10/2012)
SELECT STUFF(REPLACE('/'+CONVERT(VARCHAR(10),GETDATE(),1),'/0','/'),1,1,'')
That's what my original code looked like. The problem is that it knocks out the leading 0 on 2 digit years when they happen. Now, if...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 6:58 am
Koen Verbeeck (5/9/2012)
GilaMonster (5/9/2012)
Koen Verbeeck (5/9/2012)
Is this an Oracle thing?No, don't touch that myself.
Normally I don't either, but someone has to convert all that PL/SQL to T-SQL...
Neh... get the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 12:49 am
Lynn Pettis (5/9/2012)
Jeff Moden (5/9/2012)
Lynn Pettis (5/9/2012)
Sorry for the code, but I need a place to keep these solutions for a hypothetical problem on another thread.
Wow! Working with Oracle...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 12:46 am
Viewing 15 posts - 30,106 through 30,120 (of 59,101 total)