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: 164

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

Related posts about sql

Related posts about best-practices