Viewing 15 posts - 43,936 through 43,950 (of 59,063 total)
I'll take a look, Paul. Thanks.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2009 at 11:07 am
JohnG (5/1/2009)
1. Create it as an Indexed Organized Table (IOT) using the ORGANIZATION INDEX clause. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2009 at 10:53 am
Almost forgot... the reason why I don't use the code windows anymore is because, although they may work fine with FireFox, they suck when using IE7. The remove blank...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2009 at 6:31 am
Florian Reischl (4/30/2009)
We had a performance issue in conjunction with STUFF? Maybe, I'm just gone blank... :doze:
Maybe it's just me and I'm thinking of the wrong person. It was...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2009 at 6:27 am
JohnG (4/30/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 5:05 pm
That would be the ANSI standard for UPDATE... subqueries for each field(s) being updated. If you do such a thing in SQL Server, the duration of the update increases...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 2:59 pm
Heh... I wonder if the ANSI committee like pork chops. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 1:20 pm
RBarryYoung (4/30/2009)
Chris Morris (4/30/2009)
@Barry - get well soon mate, that sounds like some horrible stuff you're dealing with. You will be hugely missed while you're away for the op.
Thanks, Chris....
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:44 am
DKG (4/30/2009)
Of couse this is not a good practive to take backup on DVDs
I'd say the jury is still out on that one for smaller systems. With compression, you...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:29 am
Well stated... but doesn't that show that embracing OOP took even longer for most folks? 😉 I believe that was the real point trying to be made. :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:26 am
Florian Reischl (4/30/2009)
Jeff Moden (4/29/2009)
http://www.sqlservercentral.com/articles/T-SQL/63003/Thanks Jeff!
Great article! Am I allowed to refer to?
Greets
Flo
Absolutely.
I also have some code for you on cleaning a string. I've repaired the performance problem...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:22 am
DECLARE @counter int
SET @counter = 0
UPDATE custom.table1
SET @counter = table1.number = @counter+1
Also, since you got that to execute previously, you may have to add an "anchor" column and it should...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:18 am
m.berggren (4/30/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 30, 2009 at 10:16 am
greatheep (4/29/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2009 at 11:59 pm
The problem is that CheckSum_Agg just does a simple XOR. You can cheat... it's no guarantee, but it's more likely to find something different...
DECLARE @CS1 bigint
SET @CS1 =...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2009 at 11:41 pm
Viewing 15 posts - 43,936 through 43,950 (of 59,063 total)