Here is the problem: I have a table called "flags" with 54 columns:

PVKEY   PEOPLEKEY   ADDRESSKEY  FLAGTYPE    FLG1    FLG2    FLG3    FLG4    FLG5    FLG6    FLG7    FLG8    FLG9    FLG10   FLG11   FLG12   FLG13   FLG14   FLG15   FLG16   FLG17   FLG18   FLG19   FLG20   FLG21   FLG22   FLG23   FLG24   FLG25   FLG26   FLG27   FLG28   FLG29   FLG30   FLG31   FLG32   FLG33   FLG34   FLG35   FLG36   FLG37   FLG38   FLG39   FLG40   FLG41   FLG42   FLG43   FLG44   FLG45   FLG46   FLG47   FLG48   FLG49   FLG50

If I do this:

select * from flags where PVKEY = 902180 

it takes forever. If I do for any other PVKEY, the query runs in less then 1 second.

If I do:

select * from flags

It runs fast until reachs that PVKEY.

I've try to UPDATE or DELETE, with no sucess, it never ends the execution.

The only query that works for this row is:

select PVKEY from flags where PVKEY = 902180 

It returns me: 902180

I'm running SQL Server 2012.

Any ideas, please?


1 Answer 1


To see open transactions which may be locking rows, execute:

SELECT * FROM sys.sysprocesses WHERE open_tran = 1

Issuing a COMMIT or ROLLBACK for those transactions would address your issue.

If you don't mind dirty reads (depends on your business rule for your particular situation) you can


And this would allow you to read the table without the wait. It;s important to understand that the data would be inaccurate if the pending transaction was rolled back.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.