Viewing 6 posts - 1 through 6 (of 6 total)
I'm talking about thousands of simultaneous connections and requests. A simple loop with 5 or even a 100 simulated requests won't raise the same kinds of issues with this...
October 12, 2010 at 2:45 pm
Wouldn't you have to arrange an asynchronous test to truly duplicate what is going on in production?
October 12, 2010 at 1:20 pm
Little late in the game for that. I could test it out I suppose but doubt it fixes the problem especially if traffic continues to increase. That table...
October 12, 2010 at 12:20 pm
The table really is just:
PrimaryKeyID uniqueidentifier
Description varchar(200)
CreateDateTime datetime
PageViewCount bigint
It is essentially a lookup table that has next to nothing for live queries run against it (they are held in a...
October 12, 2010 at 11:51 am
I guess I was looking for some insight into the likelihood of the waits that must occur while each subsequent update request (and lock on the record) on the exact...
October 12, 2010 at 11:24 am
The table and the procedure really are this simple. the primary key is a clustered index on a single column.
Keep in mind, these are thousands of simultaneous updates to...
October 12, 2010 at 11:02 am
Viewing 6 posts - 1 through 6 (of 6 total)