보통 사이트에서는 50,000 정도면 충분한것 같은데요.

원인을 찾기 위해서는 현재 실행되는 쿼리를 찾아야 겠지요.

sp_lock을 통해 해당 spid 값을 얻고요. table_id를 통해 table name을 구합니다.

select object_name(table_id)를 하시면 table name 이 나옵니다.

물론 select * from master..sysprocesses where spid = 위의 spid 를 통해서 락을 생성한

ip-address를 알수도 있겠지요.

아래와 같이 실행하면 때에따라 수행하는 쿼리도 캡쳐가능 합니다.

dbcc traceon (3604)

go

dbcc sqltext (spid)

go 하시면 쿼리가 나옵니다.

무엇보다도 원인은 lock escalation 이 되지 않커나 트랜잭션 모드가 3으로 되어서 발생하는 문제입니다.

다른 사람이 해당 테이블을 사용하지 않을 경우 수행하면 sh-page 가 sh-table로 ex-page는

ex-table lock으로 lock escalation 됩니다.

좋은 방법은 transaction level을 조정하는 것입니다.

각 트랙잭션 level의 특성을 미리 공부 하세요

c program의 경우는 pre-compile 시 -r option을 사용해 pre-compile 하면 transaction level 1 로 수행되어 해결가능 합니다.

일반 프로그램에서는 set transaction isolation level 1을 수행하고 쿼리를 수행하셔도 됩니다. (exec sql set transaction isolation level 1)

c program은 default로 ioslation level 3로 테이블을 일어가면서 계속 lock을 발생합니다.

level 1은 해당 page 또는 해당 row 만 lock이 걸립니다.

좋은 해결 바랍니다.