3

My work has a financial application, written in VB.NET with SQL, that several users can be working on at the same time.

At some point, one user might decide to Post the batch of entries that they (and possibly other people) are currently working on.

Obviously, I no longer want any other users to add, edit, or delete entries in that batch after the Post process has been initiated.

I have already seen that I can lock all data by opening the SQL transaction the moment the Post process starts, but the process can be fairly lengthy and I would prefer not to have the Transaction open for the several minutes it might take to complete the function.

Is there a way to lock just the records that I know need to be operated on from VB.NET code?

canolucas
  • 1,482
  • 1
  • 15
  • 32

4 Answers4

2

If you are using Oracle you would Select for update on the rows you are locking.

here is an example

SELECT address1 , city, country
FROM location
FOR UPDATE;
minty
  • 22,235
  • 40
  • 89
  • 106
1

You probably want to set an isolation level for the entire transaction rather than using with (rowlock) on specific tables.

Look at this page:
http://msdn.microsoft.com/en-us/library/ms173763.aspx

Specifically, search within it for 'row lock', and I think you'll find that READ COMMITTED or REPEATABLE READ are what you want. READ COMMITTED is the SQL Server default. If READ COMMITTED doesn't seem strong enough to you, then go for REPEATABLE READ.

Update: After reading one of your follow up posts, you definitely want repeatable read. That will hold the lock until you either commit or rollback the transaction.

Joel Coehoorn
  • 399,467
  • 113
  • 570
  • 794
0

add

with (rowlock)

to your SQL query

SQL Server Performance article

EDIT: ok, I misunderstood the question. What you want is transaction isolation. +1 to Joel :)

Jimmy
  • 89,068
  • 17
  • 119
  • 137
0

wrap it in a tran use an holdlock + updlock in the select

example

begin tran
select * from
SomeTable (holdlock,updlock)
where ....


processing here

commit
SQLMenace
  • 132,095
  • 25
  • 206
  • 225