May 11, 2006 at 2:08 am
Hi everybody,
we are living a strange issue with clustered indexes onto PK.
we are maintaining a SQL 7 database converted into SQL 2000 for a few month.
During conversion our client made a hand made script who recreate all objects from scratch in order to change collation. into this script he forgot to recreate Clustered PK Indexes.
At now we want to recreate clustered indexes onto PK, but our application hangs up and causes deadlocks.
With clustered PK under SQL 7.0 as far as we remind, no problem.
With non clustered PK under SQL 2000, no problem.
With non clustered PK + another clustered index onto ID under SQL 2000, no problem.
With clustered PK onto SQL 2000 -> deadlocks caused by Index use.
does anyone have the same problem or could help me ?
thanks for your replies
Fred.
May 11, 2006 at 10:05 am
That may be because the clustered index is the actual data, sorted. I don't have the explanation why it did not happen in 7.0. I am not sure I had a similar issue but I was asked to help out to troubleshoot the issue when the database hanged with locks and deadlocks (traced by Profiler). It happened several times when someone was running a particular report with particular parameters, no other usage of the same reports ever cause any problem. Reading your post, it does looks like it may be an index issue because the difference between running and hanging was not due to the data amout, say, report run with a certain day as a parameter and the database would hang when a report is run with another day as a parameter (consistently), showing deadlocks.
Regards,Yelena Varsha
May 12, 2006 at 12:49 pm
May 13, 2006 at 2:13 am
Hi Todd,
deadlocks aren't during insert,
I have a table A(IDA, ColA) and a table B(IDB, FKA, ColB) which reference table A through a FK FKA.
My deadlock appears when I have the following instructions
Begin Transaction A
Transaction A = Update ColA from TableA Where IDA = x
When IDA have a clustered FK -> deadlocks, otherwise no problems.
Transaction B onto a different connection = Update ColB from TableB Where FKA = x
Commit A
I'd changed my queries in order to not generate deadlocks, but as our application is quite large (400 tables and 600 screens), I would understand how clustered PK can impact my code and which parts I have to check
Thanks for your Help,
Fred.
Viewing 4 posts - 1 through 3 (of 3 total)
You must be logged in to reply to this topic. Login to reply