Viewing 15 posts - 43,726 through 43,740 (of 59,063 total)
Actually, I found a bug in spDBSys_GetTableRowKey_sproc... it will never produce an id of 000001...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 7:50 pm
praveenvelumula (5/15/2009)
Thanks for advice .. Jeff ,I will work on it .. I think i can do ....if not ...can i get back to you again ..........
Praveen
Absolutely....
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 7:34 pm
RBarryYoung (5/15/2009)
Jeff Moden (5/15/2009)
Praveen,What version of SQL Server are you using? 2k, 2k5, 2k8?
Oops! I forgot to ask. Dang, I would have fallen hard on that one!
Heh... "Must...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 7:22 pm
praveenvelumula (5/15/2009)
Hi Jeff Modenallowed to change spDBSys_GetTableRowKey_sproc ... not many dependencies ...
Praveen
Perfect. I didn't mean to post just a quote and we can't delete posts anymore. SO,...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 7:19 pm
praveenvelumula (5/15/2009)
to replace the Cursor ...........which i need to implement for better performance
i need...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 6:59 pm
Sorry, Praveen... I have another question....
Are you allowed to change spDBSys_GetTableRowKey_sproc so long as it doesn't break any code?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 6:38 pm
praveenvelumula (5/15/2009)
Microsoft SQL Server 2000 - Enterprise Edition on Windows NT -Service Pack 1
Thanks Praveen.
The code has a sequence table in it instead of using identities... the way...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 6:25 pm
Praveen,
What version of SQL Server are you using? 2k, 2k5, 2k8?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 4:50 pm
Robert (5/15/2009)
If you have an "order...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 8:17 am
Attila (5/15/2009)
Paralelly start a script which runs in every minutes, and writs out the inputbuffer of each spid>49, plus the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 8:14 am
alex (5/15/2009)
What do you gain by handling the looping yourself rather than just using a...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2009 at 8:12 am
I found the code I used to gen a Tally table on the fly using what Oracle calls "Subquery Refactoring" which is a fancy name for "CTE". Add a...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2009 at 9:44 pm
Haven't need to try it. I'm pretty fortunate in that most of the data providers I "meat" up with respond pretty well at the mere threat of a malstrome...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2009 at 8:23 pm
Barkingdog (5/9/2009)
Per the Extimated Execution Plan, TableA (with 60 millon rows) uses about 56% of the query for a table scan! (I will investigate the "predicate" shown in the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2009 at 8:05 pm
Got it and mostly agree especially since CHECKSUM is not a guarantee that something has changed or not.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2009 at 7:58 pm
Viewing 15 posts - 43,726 through 43,740 (of 59,063 total)