Asynchronous SQL Operations
Posted
by Paul Hatcherian
on Stack Overflow
See other posts from Stack Overflow
or by Paul Hatcherian
Published on 2010-03-29T13:32:11Z
Indexed on
2010/03/29
13:33 UTC
Read the original article
Hit count: 181
I've got a problem I'm not sure how best to solve.
I have an application which updates a database in response to ad hoc requests. One request in particular is quite common. The request is an update that by itself is quite simple, but has some complex preconditions.
- For this request the business layer first requests a set of data from the data layer.
- The business logic layer evaluated the data from the database and parameters from the request, from this the action to be performed is determined, and the request's response message(s) are created.
- The business layer now executes the actual update command that is the purpose of the request.
This last step is the problem, this command is dependent on the state of the database, which might have changed since the business logic ran. Locking down the data read in this operation across several round-trips to the database doesn't seem like a good idea either. Is there a 'best-practice' way to accomplish something like this? Thanks!
© Stack Overflow or respective owner