Viewing 15 posts - 49,321 through 49,335 (of 59,099 total)
Non-sequential inserts on a clustered key are a huge problem. It makes for page splits and some very slow inserts once a page split has occured. You need...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 9:37 am
RJ (7/9/2008)
well! Each user has their own database & server. Not all users use common server.
So, you're going to send out scripts customized for each user?
You can write a batch...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 9:10 am
I haven't executed it (the last part of the code), but it looks correct. The first part of the code still has a "Dense_RANK" in it... 2k has no...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 9:05 am
Heh... Nope! Doesn't make a bit of sense... all the rows you posted are identical and there is no question column.
Please see the link in my signature before you...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 9:02 am
rbarryyoung (7/9/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:57 am
You might want to double check... CROSS APPLY is a fancy name for "Correlated Subquery" and can have all the same problems with performance.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:43 am
I believe you're thinking of blocking.... deadlocks do not resolve themselves in a nice manner... there is always a "victim" that get's rolled back... always.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:39 am
Heh... if more than one user has to use it even just once, it's not "one time"... 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:38 am
ggraber (7/9/2008)
DECLARE @Table TABLE
( BatchID INT
,TransactionID INT
)
INSERT INTO @Table
SELECT 101, 1
UNION ALL...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:11 am
No problem and thanks for the feedback, Phil... I've made similar mistakes... just wanted to be sure...:)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:09 am
sbalaven (7/9/2008)
Thanks Jeff.But i need to store them as well in the primary key column.
Thanks and Regards
Bala
That would be a problem... only way I can see to do it...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 8:07 am
I'm with Gail... but a bit more stringent on the subject. If you have any deadlocks, something is wrong in the code somewhere and you need to fix it....
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:59 am
There are three reasons I can see for it... and I use neither because of what Grant said... would probably be a bad design...
Someone already said to build "user defined...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:53 am
Ummm... the best thing to do would be to create a stored proc and send the users instructions on how to run it with the correct parameters.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:45 am
Nah... not a problem Kent... I just had more coffee than you 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:43 am
Viewing 15 posts - 49,321 through 49,335 (of 59,099 total)